[trunk, 7.0, 6.1] some data may not be updated because they are part of customization

[invitu]

the data located in account/account_report.xml and sale/sale_report.xml should not be updated because these data are part of customization

I suggest not to update them

by the way, xml files listed in init_xml seem to be updated...
do we need to set the noupdate=1 in data section of xml file ?

[Stefan Rijnhart (Opener) (stefan-opener)]

Hi Invitu,

I am not convinced of making such data noupdate. What exactly are the changes that you want to preserve in these reports?

[Nhomar - Vauxoo (nhomar)]

Hello Stefan.

Yes I am agreed wtih you, and I make the same question, the correct solution is noupdate only the data that should be customized.

Some times customize is better with a Functional Duplicate.

Regards.

[invitu (invitu)]

Dear all

In our case, the usage=default and the attachment (for invoices) properties should not be updated because we use a custom webkit report for sale orders and invoices.
In v6.1, the reports are sent by email via edi module that calls the default report for each object. When we update the addons, we have to manually remove the default property from original reports

Olivier Dony explained here (https://bugs.launchpad.net/openobject-addons/+bug/1190313/comments/8) that the edi module is not used anymore for sending emails in v7.0

What are your advices ?

Best Regards

[Stefan Rijnhart (Opener) (stefan-opener)]

Thanks for the explanation. I think it actually makes sense but it should involve a clear decision from OpenERP SA on a policy around this and an exhaustive patch covering all reports (assuming that this should go for all reports in the system).

[invitu (invitu)]

On the other hand, is there a clear reason for updating reports ? In 100% cases we had, reports were always customized...

[Martin Trigaux (OpenERP) (mat-openerp)]

Hello guys,

As you said, there is no real reason to customise a report declaration. As mentioned Olivier in the bug lp:1190313 the filed usage is no longer used.
You could change the path to rml report but that means creating a new report...

So without valid reason we will not put noupdate on reports.

Regards