[ http://jira.undersunconsulting.com/browse/OFBIZ-754?page=comments#action_13861 ]
Marco Risaliti commented on OFBIZ-754: -------------------------------------- I think this is not a bug and it's not so important (Major) and why don't we close it ? Thanks Marco > Reorder Shopping List Dropdown > ------------------------------ > > Key: OFBIZ-754 > URL: http://jira.undersunconsulting.com/browse/OFBIZ-754 > Project: [OFBiz] Open For Business > Type: Bug > Components: ecommerce > Versions: SVN > Reporter: Chris Howe > Assignee: Jira Administrator > > > When creating an auto reorder in ecommerce, and no items are in shopping cart and a ship to address is selected, the only ship via dropdown choice is "Select Address First" instead of a more appropriate message: "Add items to Shopping List" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.undersunconsulting.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
> I think this is not a bug and it's not so important (Major) and why don't we close it
> > When creating an auto reorder in ecommerce, and no items are in shopping cart and a ship to address is selected, the only ship via dropdown choice is "Select Address First" instead of a more appropriate message: "Add items to Shopping List" There's no shame in having open bugs, although perhaps this could be downgraded, as it really doesn't seem like a showstopper. -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ |
On Sep 12, 2006, at 7:40 AM, David Welton wrote: >> I think this is not a bug and it's not so important (Major) and >> why don't we close it > >> > When creating an auto reorder in ecommerce, and no items are in >> shopping cart and a ship to address is selected, the only ship via >> dropdown choice is "Select Address First" instead of a more >> appropriate message: "Add items to Shopping List" > > There's no shame in having open bugs, although perhaps this could be > downgraded, as it really doesn't seem like a showstopper. Just so the motivation is clear: we are working on getting ready to shut down the old server. That means for each issue there we need to do one of the following: 1. fix it 2. move it 3. drop it If something is fairly minor and has not been touched in a long time then it means there isn't much community support for it. In this circumstance I'd say it's better to drop it than keep it, and if someone really does want it the worst case is that they have to create a new one on the new server (and hopefully with more details or a patch or such). -David |
> Just so the motivation is clear: we are working on getting ready to
> shut down the old server. That means for each issue there we need to > do one of the following: Yes, I realize what you're doing. > 1. fix it > 2. move it > 3. drop it > > If something is fairly minor and has not been touched in a long time > then it means there isn't much community support for it. In this > circumstance I'd say it's better to drop it than keep it, and if > someone really does want it the worst case is that they have to > create a new one on the new server (and hopefully with more details > or a patch or such). I see the point, however... were it me, I think I'd try and keep some of those around. Even if they're minor, they're still things that someone took the time to log in and say something about. Perhaps there's a way to do something like this: mark some issues as minor, such as this one, and just cut'n'paste them into a text file in subversion, or something like that that means that they aren't lost forever. The world won't end either way, though, just thought I'd say something in favor of keeping things around even if they're not being worked on. -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ |
Free forum by Nabble | Edit this page |