Walter, Jacopo,

Jacopo is absolutely right. A release branch isn't something ready for release; it's a feature-locked bugfix-only branch which is much easier to bring to stability for release.

As long as we don't start the release branch, we won't start fixing more bugs than we create. We won't get a feature freeze/lock.

It's not difficult to merge fixes back and forth between trunk and branch. With the slow-moving (no new features) waters in the release branch, we can even isolate and fix bugs easier and faster. No moving target to chase.

Jonathon

Jacopo Cappellato wrote:
Walter,

I don't think we will ever do a feature lock in OFBiz; the thing closer to a feature lock is a branch where only fixes are applied.

Jacopo

Walter Vaughan wrote:
MINUS 42 votes!!!!

We have *calculation* issues in the Jira issues that need to be either fixed or marked as closed.

These are not features. These are places that ofBiz generates incorrect values, stores bad data, and does the wrong thing.

Does anyone think that it won't create 10 times more effort to fix these in both a release and trunk branch?

Feature lock TODAY. Fix/Close these issues. Branch, then resume the feature/framework changes...

jira number    affects    patch?    description
885 accounting no multiple item issuances from different sources generates only one tax adjustment 896 accounting no actions performed after an accepted payment could cause that payment record to be rolled back 876 order calculation yes multiple problems with editing orders that contain promotion items 870 shipping no Shipping Settings in XML don't match Presented Options in New Order Shipping 830 inventory yes problems when receiving inventory for which backorder exists 765 customers no Create New Customer fails if done after initial/aborted anonymous checkout 732 orders no passing "processorder" request can create an order without shipping or payment information 714 accounting no Adding another product to an order with a marketing component product causes mixups in accounting, manufacturing and inventory. 681 accounting no Wrong amount authorized for orders with credit card and billing account 578 order calculation no problems with billing account customer orders 559 order calculation no ability to add a tracking code or campaign to a sales order 482 order calculation yes Invoice generation from order fails if there is a percent item adjustment 424 order calculation no Order edit items/add item blows away item adjustments 314 order calculation no Items in Shopping cart are lost on login. 312 shipping no picklist shows incorrect quantities for out of stock items 224 order calculation no Problem with approximations if the ShoppingCart.basePrice has more than three decimal digits 223 order calculation no CartShipInfo objects are not properly cloned when shopping cart items are exploded.
74    order payment    no    billing account error in checkout


Walter



Reply via email to