← Back to team overview

c2c-oerpscenario team mailing list archive

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

 

re-assigning to both client teams

** Project changed: openobject-server => openobject-client

** Changed in: openobject-client
     Assignee: OpenERP's Framework R&D (openerp-dev-framework) => (unassigned)

** Changed in: openobject-client
     Assignee: (unassigned) => OpenERP sa GTK client R&D (openerp-dev-gtk)

** Also affects: openobject-client-web
   Importance: Undecided
       Status: New

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

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

Status in OpenERP GTK Client:
  Confirmed
Status in OpenERP Web Client:
  Invalid

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

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


References