Le 06/12/2012 17:22, Kyle Waid a écrit :
> Hello, Can we confirm this is fixed?
This was fixed only in the trunk (future v7.0 and later). It won't be
fixed in earlier releases because that's "misfeature" that users may
relying upon.
However, the trunk branch I pushed actually merges cleanly into 6.1 too,
so please test it and see if it fits your needs.
> Finally, IMO, we should not allow a user to send more product than the orignal picking is called for. too_many [] should be eliminated and raise exception.
Sorry, bad idea: sending more than ordered is normal in contexts where
the quantity cannot be precisely controlled during a make-to-order
production. That happens in our factory - we make chocolate treats.
Le 06/12/2012 17:22, Kyle Waid a écrit :
> Hello, Can we confirm this is fixed?
This was fixed only in the trunk (future v7.0 and later). It won't be
fixed in earlier releases because that's "misfeature" that users may
relying upon.
However, the trunk branch I pushed actually merges cleanly into 6.1 too,
so please test it and see if it fits your needs.
> Finally, IMO, we should not allow a user to send more product than the orignal picking is called for. too_many [] should be eliminated and raise exception.
Sorry, bad idea: sending more than ordered is normal in contexts where
the quantity cannot be precisely controlled during a make-to-order
production. That happens in our factory - we make chocolate treats.
Lionel Sausin.