[6.1][7.0][trunk] module sale_order_dates and requested_date field
Bug #1094315 reported by
Yann Papouin
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Odoo Addons (MOVED TO GITHUB) |
Fix Released
|
Low
|
Lionel Sausin - Initiatives/Numérigraphe | ||
Bug Description
Currently, the requested_date field is not used when validating a sale order.
Personally, I thought that it was used in the workflow but it's not, it is just a dummy field.
An easy workaround for this is to override "_get_date_planned"
(see attachment)
Consider it as an improvement.
Related branches
lp:~yann-papouin/openobject-addons/6.1-bug-1094315-saleorder-requested-date
- OpenERP Core Team: Pending requested
-
Diff: 16 lines (+6/-0)1 file modifiedsale_order_dates/sale_order_dates.py (+6/-0)
lp:~numerigraphe-team/openobject-addons/trunk-sale-order-dates
- Alexandre Fayolle - camptocamp (community): Approve (code review, no test)
- Olivier Dony (Odoo): Pending requested
- Numérigraphe: Pending requested
- Ferdinand: Pending requested
- OpenERP Core Team: Pending (tech+functional) requested
-
Diff: 276 lines (+130/-17)6 files modifiedsale_order_dates/__openerp__.py (+3/-3)
sale_order_dates/i18n/sale_order_dates.pot (+17/-3)
sale_order_dates/sale_order_dates.py (+64/-7)
sale_order_dates/sale_order_dates_view.xml (+11/-1)
sale_order_dates/test/requested_date.yml (+32/-0)
sale_stock/sale_stock.py (+3/-3)
| Changed in openobject-addons: | |
| status: | New → Confirmed |
| importance: | Undecided → Low |
| assignee: | nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3) |
| Changed in openobject-addons: | |
| assignee: | OpenERP R&D Addons Team 3 (openerp-dev-addons3) → Lionel Sausin - Numérigraphe (lionel-sausin) |
Revision history for this message
| Lionel Sausin - Initiatives/Numérigraphe (ls-initiatives) wrote | #2 |
| Changed in openobject-addons: | |
| status: | Confirmed → Fix Committed |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
I think this is fixed in the trunk at revision 9315, if it's not please reopen this bug.