lp:~juanalfonso/openobject-addons/openobject-addons-fixed-reports-stock-picking-for-translation-template
- Get this branch:
- bzr branch lp:~juanalfonso/openobject-addons/openobject-addons-fixed-reports-stock-picking-for-translation-template
Branch merges
- OpenERP Core Team: Pending requested
-
Diff: 27 lines (+14/-5)1 file modifiedstock/report/picking.py (+14/-5)
Branch information
Recent revisions
- 9797. By Juan A. Pérez Ruiz (Otherway)
-
In the picking reports a for statement have been removed in order to include the reports stock.picking.
list.in and stock.picking. list.out in translation template pot. - 9796. By Juan A. Pérez Ruiz (Otherway)
-
Added missing translations in es.po for report stock.picking.
list.in and stock.picking. list.out - 9795. By Martin Trigaux (OpenERP)
-
[MERGE] [FIX] users_ldap: forward port of rev 7301 from 6.1, get rid of results without DN for searchResultRef
erence - 9790. By Christophe Simonis (OpenERP)
-
[FIX] plugin: correct condition to match partners from emails.
correct copy/paste bug introduced in revid 9785 <email address hidden>
- 9789. By Denis Ledoux (OpenERP)
-
[REVERT] 9401 <email address hidden>
This had as side-effect to not allow splitting BOMs
(a manufacturing order for 1 unit of a BOM producing 10 units consumed the lines like it was 10 units, not 1)This fix was to avoid having a fraction of a unit (for instance, 0.5 unit).
But, finally, it is preferable to allow splitting units:
1. Most users do not use several uoms, and in this case, the unit is the default uom (hidden).
2. At the moment, it is allowed to ask a manufacturing order splitting up the unit uom
(It is allowed to ask the production of 0.5 USB Adapter, for instance)
Thus, we should allow the splitting up of the unit uom in the lines too.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:openobject-addons