openerp-india team mailing list archive

["Ferdinand @ Camptocamp" <1083760@xxxxxxxxxxxxxxxxxx>]

muti company environment is apparently no t supported well -

the help message is not very helpful

the debug log shows

  File "/home/gass/OpenERP/7.0/server/openerp/addons/account/account_cash_statement.py", line 238, in write
    res = super(account_cash_statement, self).write(cr, uid, ids, vals, context=context)
  File "/home/gass/OpenERP/7.0/server/openerp/addons/account/account_bank_statement.py", line 36, in write
    res = super(account_bank_statement, self).write(cr, uid, ids, vals, context=context)
  File "/home/gass/OpenERP/7.0/server/openerp/osv/orm.py", line 4153, in write
    self._validate(cr, user, ids, context)
  File "/home/gass/OpenERP/7.0/server/openerp/osv/orm.py", line 1535, in _validate
    raise except_orm('ValidateError', '\n'.join(error_msgs))
except_orm: ('ValidateError', u'Error occurred while validating the field(s) journal_id,period_id: The journal and period chosen have to belong to the same company.')

as this situation happens during update of base there seems to be no way
back to continue working - except restore backup as all modules remain
marked for upgrade

** Attachment added: "error_multi comp.png"
   https://bugs.launchpad.net/openobject-addons/+bug/1083760/+attachment/3445746/+files/error_multi%20comp.png

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1083760

Title:
  major multi company issue - all search views return all data
  disregarding the res_user.company_id.id

Status in OpenERP Addons (modules):
  New

Bug description:
  Hello
  this is in  6.1 and 7.0
  setting up a multi company where users have access to multiple companies in all search views and other NON parent/child situations all matching records are returned regardless to which company they belong.

  suggestion:
   make cid available (like as uid) 
   and add 
   domain="['company_id', '=', cid ]
   to all
  account_id, journal_id, and others

  the only workaround I see NOW is 
  either 
  to prefix the field name with a new company "code" field and modify all relevant name_get
  or
  to insert this prefix in all relevant name fields (what I will have to do now to allow users to visually select the correct records)

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