credativ team mailing list archive

["Sylvain LE GAL \(GRAP\)" <1239857@xxxxxxxxxxxxxxxxxx>]

** Description changed:

  It seems that OpenUpgrade loose the company_id of obsolete
  res_partner_address when creating res_partner. ('base' migration)
  
- Steps to reproduce the bugs : 
- 1/ In a trunk 6.1 version, create a Database and log in as admin ; 
- 2/ Create a second company named 'second company' ; 
- 3/ update 'admin' user, check 'multi_company' right  & save ; update 'admin' user, select 'second company' allowed ; 
- 4/ change context and select 'second company' ; 
+ Steps to reproduce the bugs :
+ 1/ In a trunk 6.1 version, create a Database and log in as admin ;
+ 2/ Create a second company named 'second company' ;
+ 3/ update 'admin' user, check 'multi_company' right  & save ; update 'admin' user, select 'second company' allowed ;
+ 4/ change context and select 'second company' ;
  
- 5/ Click on 'customers' menu and add a new one name 'my res_partner' with the following values : 
+ 5/ Click on 'customers' menu and add a new one name 'my res_partner' with the following values :
  -> Company : 'second_company'
  -> 2 associated res_partner_address 'my res_partner_address 1' and 'my res_partner_address 2' ;
- 6/ change context and select the default 'Your company' ; 
+ 6/ change context and select the default 'Your company' ;
  
  7/ Launch OpenUpgrade 7.0 --update all ;
  
- SELECT id, name, company_id, parent_id FROM res_partner where name ilike '%my%' ; 
- Result : 
+ SELECT id, parent_id, name, company_id FROM res_partner where name ilike '%my%' ; 
+ Result :
  3;;"my partner";2
  5;3;"my res_partner_address 2";1
  
- Expected result : 
+ Expected result :
  3;;"my partner";2
  5;3;"my res_partner_address 2";2
  
  Bug : the partner #5 created by openUpgrade don't have the expected
  company_id (2 in that case).
  
  PS : the step 6 is important. It seems that the selected company of the
  admin user is used by default during the migration.

-- 
You received this bug notification because you are a member of
OpenUpgrade Committers, which is subscribed to OpenUpgrade Server.
https://bugs.launchpad.net/bugs/1239857

Title:
  [7.0] incorrect migration of res.partner if many companies

Status in OpenUpgrade Server:
  New

Bug description:
  It seems that OpenUpgrade loose the company_id of obsolete
  res_partner_address when creating res_partner. ('base' migration)

  Steps to reproduce the bugs :
  1/ In a trunk 6.1 version, create a Database and log in as admin ;
  2/ Create a second company named 'second company' ;
  3/ update 'admin' user, check 'multi_company' right  & save ; update 'admin' user, select 'second company' allowed ;
  4/ change context and select 'second company' ;

  5/ Click on 'customers' menu and add a new one name 'my res_partner' with the following values :
  -> Company : 'second_company'
  -> 2 associated res_partner_address 'my res_partner_address 1' and 'my res_partner_address 2' ;
  6/ change context and select the default 'Your company' ;

  7/ Launch OpenUpgrade 7.0 --update all ;

  SELECT id, parent_id, name, company_id FROM res_partner where name ilike '%my%' ; 
  Result :
  3;;"my partner";2
  5;3;"my res_partner_address 2";1

  Expected result :
  3;;"my partner";2
  5;3;"my res_partner_address 2";2

  Bug : the partner #5 created by openUpgrade don't have the expected
  company_id (2 in that case).

  PS : the step 6 is important. It seems that the selected company of
  the admin user is used by default during the migration.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openupgrade-server/+bug/1239857/+subscriptions