[6.0.2] CSV import auto-detect does not support ":id" headers at client-side

Bug #805246 reported by Bernard Renier - ADN
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo GTK Client (MOVED TO GITHUB)
Incomplete
Low
OpenERP sa GTK client R&D
Odoo Web Client
Won't Fix
Low
OpenERP R&D Web Team

Bug Description

Hello,

Server: Ubuntu v10.04
Workstation: Windows 7

In V5, it was possible to import via transactional object import (both GTK and web) all files including header line with ":id" or ".id". It seems that in V6 it is not possible anymore, as it accepts only "/id" or "/.id".

This is a quite big regression as we can't use anymore the same file declaration for import via server or client.

Our remark may look trivial, but we try to streamline our data migration processes like all other partners in order to reduce OpenERP costs against competitors. In that context we have developed data migration templates filled by clients. These templates can be used for data loading on server side as well on client side. It was succesful on v5 but no more on v6 due to that issue.

Is there any good reason to block the ".id" and ".id" on client side in V6 ? This issue obliges to define two different templates for server and client import, which has no clear advantage...

Regards,

Bernard

Changed in openobject-server:
assignee: nobody → OpenERP's Framework R&D (openerp-dev-framework)
importance: Undecided → Low
status: New → Confirmed
summary: - [6.0.2] Regresion v5->V6: client import does not accept ":id" anymore
+ [6.0.2] CSV import auto-detect does not support ":id" headers at client-
+ side
Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :

Hello Bernard,

When you say "does not accept", I suppose you mean that auto-detection does recognize it, right? This does does not actually prevent you from uploading the file by specifying the field names manually, normally.

I agree this is not consistent, and is caused by the various patches in 6.0 to improve the client-side import logic (rev 1727 and 1729).

Here are 2 quick and dirty patches (untested) to restore that behavior in a consistent manner (also for translations) in both GTK and Web clients. I will leave the final resolution to the Web and GTK teams.

Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :
Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :

re-assigning to both client teams

affects: openobject-server → openobject-client
Changed in openobject-client:
assignee: OpenERP's Framework R&D (openerp-dev-framework) → nobody
assignee: nobody → OpenERP sa GTK client R&D (openerp-dev-gtk)
Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :

(Web 6.0 works fine with :id, marking as invalid for web, sorry for the spam!)

Changed in openobject-client-web:
status: New → Invalid
Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :

Correction again: web 6.0 does have the problem too, sorry

Changed in openobject-client-web:
assignee: nobody → OpenERP R&D Web Team (openerp-dev-web)
importance: Undecided → Low
status: Invalid → Confirmed
Revision history for this message
Bernard Renier - ADN (bre-adn) wrote :

Hi Olivier,

Thanks for the patch.

Hope that GTK and Web-Client team will do the change in order to have same behaviour as in v5.

Regards,

Bernard

Revision history for this message
OpenERP Majordomo (openerp-majordomo) wrote : OpenERP Majordomo Message

**automated message**
Thanks a lot for reporting this bug and contributing to OpenERP. Unfortunately the OpenERP Web Client project is not going to be developed further after the 6.0 series. As of 6.1 a newer and better web frontend known as the OpenERP Web project[1] will be available.
Our R&D developers normally work in Launchpad to fix bugs for the next release, but there will be no next release for the current OpenERP Web Client. As our resources are limited, all further R&D efforts from the Web team are dedicated to finish the new 6.1 OpenERP Web project[1].
This bug will be closed as "Won't Fix" to show that R&D won't be able to work on it.

Bugs affecting customers in production of course continue to be handled via the OpenERP Enterprise (OPW) maintenance service, and this is the recommended way to have them corrected directly in the 6.0 LTS stable branch.
You can find more details about all of this in the FAQ of our Bug Management Policy documentation[2].

If you are interested, you should soon be able to beta-test the new OpenERP Web 6.1 (this will be announced on OpenERP Community channels).

Thank you for your contributions and for your understanding!

[1] https://launchpad.net/openerp-web
[2] http://bit.ly/openerp-bugs-faq (FAQ #4)

Changed in openobject-client-web:
status: Confirmed → Won't Fix
Revision history for this message
Ravi Gadhia (OpenERP) (rga-openerp) wrote :

Hello Bernard Renier - ADN,
                   I have tested this bug with latest GTK client V5 and V6 and evaluate following.
for V5 import auto-detect support only "db_id" (if we add ".id" or ":id" in column header it will crash with import error: field not found ) here "db_id" taken as a database_id.
for V6 import auto-detect support only ".id" ((if we add "db_id" or ":id" in column header it will crash with import error: field not found) here ".id" taken as a database_id.

Both V5 and V6 not support field ":id" CSV import auto-detect.
would you please provide us more detail to re-generate the bug.

Correct me if i missed something, waiting for your reply

Changed in openobject-client:
status: Confirmed → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.