← Back to team overview

c2c-oerpscenario team mailing list archive

[Bug 805243] Re: [V6.0.2] No check when loading ir.reports

 

Hello Bernard Renier,

Thanks for your comments ! Yes I agree we need a check/validation  at server when loading data in ir_export_line.
we will improve this at server soon !


Thanks,


** Also affects: openobject-server
   Importance: Undecided
       Status: New

** Changed in: openobject-server
       Status: New => Confirmed

** Changed in: openobject-server
   Importance: Undecided => Medium

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

-- 
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/805243

Title:
  [V6.0.2] No check when loading ir.reports

Status in OpenERP GTK Client:
  Fix Committed
Status in OpenERP Server:
  Confirmed

Bug description:
  Hello,

  In the context of our data migration work, we would like to
  standardize exports of data from OpenERP at user level. The aim is
  that user would be able to export object's data that he could reimport
  without any problem after correction (i.e. a customer list).

  The easiest way to do that was to load tables ir.reports and
  ir.reports.line with predefined values. We did that but were facing
  issues with numerous values into ir.reports.line when loading a csv
  into these tables.

  From a postgres standpoint all entries were created and were OK, but
  in OpenERP client (web and GTK) the predefined list does not appear (I
  mean when we loaded 15+ line items).

  The issue is that the server does not do any checks on value that we
  load via csv into ir.models.line. If we had this kind of value check,
  it should be easier to determine why it has been loaded and why it
  does not appear on the client predefined exports.

  Regards,

  Bernard

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


References