c2c-oerpscenario team mailing list archive

[Leonardo Pistone - Agile BG - Domsense <leonardo.pistone@xxxxxxxxxxxx>]

Public bug reported:

I'm creating a new stock move in a multicompany environment. So I go to
'product moves'  'deliver products' and hit new.

That gives a permission error on 'location_id' and 'location_dest_id'.

Some grepping and debugging showed me that there is a default set via the context in 
http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/view/head:/stock/stock_view.xml#L1760
and in
http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/view/head:/stock/stock_view.xml#L1897
.

That looks strange to me: we should not use as default the xml ID of a record (in that case 'Stock') that is created when installing a module.
Users can see and modify locations, creating new xml ids for them, and should do that in a multicompany situation where every company should have his own locations.

A nice solution could be using only defaults in the class definitions.

** Affects: openobject-addons
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP Project Group.
https://bugs.launchpad.net/bugs/847886

Title:
  default source and dest locations for a stock_move, multicompany

Status in OpenERP Addons (modules):
  New

Bug description:
  I'm creating a new stock move in a multicompany environment. So I go
  to 'product moves'  'deliver products' and hit new.

  That gives a permission error on 'location_id' and 'location_dest_id'.

  Some grepping and debugging showed me that there is a default set via the context in 
  http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/view/head:/stock/stock_view.xml#L1760
  and in
  http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/view/head:/stock/stock_view.xml#L1897
  .

  That looks strange to me: we should not use as default the xml ID of a record (in that case 'Stock') that is created when installing a module.
  Users can see and modify locations, creating new xml ids for them, and should do that in a multicompany situation where every company should have his own locations.

  A nice solution could be using only defaults in the class definitions.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/847886/+subscriptions