[FIX] partner address is not displaying in some report when we modify the report and use the report designer plugin
[FIX] partner address is not displaying in some report when we modify the report and use the report designer plugin
[FIX]account_invoice:add measing feature reorder lines
[FIX] stock: code optimization to restric checking product's availability in all the locations,
if there are thousands of locations to be checked then should only check goods in the location where this product is ever come or went
[IMP]survey:add missing translation
[Remove]survey:remove pot changes
[FIX]Set the filter properly in partner ledger as it was stretched wide
[FIX] mrp_operations: change the icon of start button as icon for scrap and start botton were same
[FIX]Adding button Check Availabity in Internal Moves
[FIX]:remove a team member from his own project when give the project manager rights
[FIX] product: if 'date' is passed as False in context of price_get_multi(), it should be set to current date and not False (Maintenance Case: 592247)
[FIX] product: if 'date' is passed as False in context of price_get_multi(), it should be set to current date and not False (Maintenance Case: 592247)
[FIX] product: if 'date' is passed as False in context of price_get_multi(), it should be set to current date and not False (Maintenance Case: 592247)
[FIX] copy record must have today date
[FIX]: synchronize sxw file according to rml for displaying the partner address properly on some reports
[FIX]: synchronize sxw file according to rml for displaying the partner address correctly on some reports
[FIX] project_mrp: correct reference to process.node from sales process

The project_mrp process extends the sales process at
the procurement phase, however that part of the sales
process has now been moved to the `sale_stock` module,
which is not a dependency of `project_mrp` anymore.
There is however little reason to duplicate that
process node, so as a temporary hack, we can copy
its external ID, even though there is no direct
dependency between the two.

For next version we should fix this hack by moving
the node to a common dependency between sale_stock
and project_mrp, such as `sale`.
Launchpad automatic translations update.
[MERGE] project_mrp: correct reference to process.node from sales process

The project_mrp process extends the sales process at
the procurement phase, however that part of the sales
process has now been moved to the `sale_stock` module,
which is not a dependency of `project_mrp` anymore.
There is however little reason to duplicate that
process node, so as a temporary hack, we can copy
its external ID, even though there is no direct
dependency between the two.

For next version we should fix this hack by moving
the node to a common dependency between sale_stock
and project_mrp, such as `sale`.
[FIX] sale_crm: move code reverted at revision 9452 to the sale_crm module instead of project_mrp