c2c-oerpscenario team mailing list archive

[Joël Grand-Guillaume @ CampToCamp <joel.grandguillaume@xxxxxxxxxxxxxx>]

Hi,


I confirm this bug and it is a sad one, cause using the base external referential would avoid user to use the import/export feature !

Try this simple example :

1. Export product Database_ID, code

2. Change nothing

3. Import the same .csv file


Because of the way you put the External id, OpenERP breaks :(

See attached print screen.

** Attachment added: "Capture d’écran 2010-11-11 à 13.02.26.png"
   https://bugs.launchpad.net/magentoerpconnect/+bug/673614/+attachment/1729989/+files/Capture%20d%E2%80%99%C3%A9cran%202010-11-11%20%C3%A0%2013.02.26.png

-- 
Base_external_referential : ID problem with export-import CSV
https://bugs.launchpad.net/bugs/673614
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in Magento Open ERP Connector: New

Bug description:
Hi everyone,

Today I needed to tick a checkbox field on 2000+ product in OpenERP with magentoerpconnect enabled. To do it, I used the easiest method : a CSV export of all the products with column "Database ID", "Name", and the field checkbox.

I modified the checkbox field to True in my OpenOffice Calc, and then I re-imported the CSV in OpenERP.

But I had a very ugly message : 

Error trying to import this record :
	track_production: True

Error message :
Line 1 : "extref.society_name.product.product_8" contains too many dots. XML ids should not contain dots ! These are used to refer to other modules data, as in module.reference_id

I should precise that I didn't try to import the column "Id". But after this I did a CSV export with the column "Id" and I effectively get the value "extref.society_name.product.product_8".

I don't know why I had a bug with a field that was not imported, probably because it was the field "Id" that is relatively important for OpenERP.

Anyway, my devs men say to me that this absolutely not normal that we have an Id with several dots, and so there is several very bad consequences on the CSV system. For example here, Impossible to modify a product by update CSV.

I see in Administration / Customization / Database Structure / External Referential / Data two interesting fields  : module and XML identifier. For example with the example product, I have 
Module : product.product_8
XML identifier : extref.society_name

This quite obvious that the id is generated by base_external_referential with the concatenation "Module"."XML identifier". But this is bad because with this approach we have an id with several dots. I am already surprised that only the CSV system was compromised.

What do you think?