Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Olivier Dony
On 10/16/2012 04:07 PM, Niels Huylebroeck wrote: > Deleting the data is not your problem. Re-creating it is your problem. Exactly. Deletion of module data is managed by the ORM already. As Niels says, the question is about re-creating the data, and in fact you'll only get this kind of error when

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Martin Collins
On 16/10/12 08:36, Nils Rumprecht wrote: So either its a bug or confusing design. It's a buggy design. Martin ___ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net Unsubscribe : https://launc

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Nhomar Hernández
Nhomar HernandeZ desde mi cel linux based El 16/10/2012 10:07, "Nils Rumprecht" escribió: > > Well if i look at the countries wich are defined in the base_data.xml in > the base module and are loaded in the 'init_xml' section of the > __openerp__.py in the base module, why are they loaded on updat

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Nils Rumprecht
Well if i look at the countries wich are defined in the base_data.xml in the base module and are loaded in the 'init_xml' section of the __openerp__.py in the base module, why are they loaded on update anyways, if we have an update_xml section there as well. If it would work like 'init_xml' files o

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Niels Huylebroeck
2012/10/16 Marvin Hass > If the ERP gets buggy when you delete the 'worng' data is in my oppinion > an huge issue! > > What do you tell your customers? > Deleting the data is not your problem. Re-creating it is your problem. It's silly to delete all to then re-add something that existed before.

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Humberto Arocha
No, no, no, Because of consistency and reliability of data no record should be deleted, We should complaint and complaint again until we are hear But I stick with no deleting data Regards Hbto [Vauxoo] On Oct 16, 2012 8:37 AM, "Marvin Hass" wrote: > > -BEGIN PGP SIGNED MESSAGE- > Has

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Marvin Hass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't agree with you! Not all object can be disabled! What do you propose to do with the product categories? If you delete one of it (many of our customers delete the categors "All Products") you will find it again in your ERP after updating the mod

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Humberto Arocha
Deleting should come as a last resource measure, if you do not want to have that "useless" data, you should deactive it, that is What best practice mandates, no record should be deleted, Regarding ORM control over this issues would be a waste of time and money, would it worth? Regarding documenta

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Houssine BAKKALI
I agree with Eric On Tue, Oct 16, 2012 at 11:32 AM, Eric Caudal wrote: > +1 > Deletion of base information should be controlled at ORM level > > [image: openerp] > > *Eric CAUDAL*, Elico Corp, shanghai.eric.cau...@elico-corp.com > Cell: + 86 186 2136 1670. Skype: elico.corp*Premium Certified T

Re: [Openerp-community] OpenERP community code sprints: YAML tests

2012-10-16 Thread Lionel Sausin, de la part de l'équipe informatique Numérigraphe
Dear Gilles Major and community, We won't be able to come to the sprint, but here are two topics where we have been asked to write tests and have not yet succeeded. First, testing the correctness of the stock report would allow us to optimize the SQL code with confidence. This is blocking our

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Eric Caudal
Title: Eric CAUDAL +1 Deletion of base information should be controlled at ORM level Eric CAUDAL, Elico Corp, Shanghai. eric.cau...@elico-corp.com Cell:

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Marvin Hass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The question is: why did you delete Andorra to recreate it later? Why not? I'm able to delete the objects without a warning! On the other hand -> what should i tell customers (as an OpenERP-Partner)? 'It's not recommended to delete some standard-data

Re: [Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Olivier Dony
On 10/16/2012 10:05 AM, Marvin Hass wrote: > ValueError: No such external ID currently defined in the system: base.ad > 2012-10-16 06:58:00,734 5905 ERROR max_61 openerp.netsvc: No such > external ID currently defined in the system: base.ad > > If you want to generate this error -> follow this ste

[Openerp-community] Problem with recreating standard-data

2012-10-16 Thread Marvin Hass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, i get an error while starting the OpenERP-Server (V6.1) with --update=all: 2012-10-16 06:58:00,711 5905 INFO max_61 openerp.modules.loading: module base: loading base_data.xml 2012-10-16 06:58:00,731 5905 ERROR max_61 openerp.tools.convert: Pa

Re: [Openerp-community] proposal to discuss forking of OpenERP GTK client

2012-10-16 Thread Anders Wallenquist
2012-10-15 17:34, Fabien Pinckaers skrev: In this context, can you elaborate on the future of the XMLRPC interface, also but not exclusively regarding backwards compatibility and thus stability towards external programs? We have no plans to change anything in the XML-RPC interface which is good

Re: [Openerp-community] Analysing deeply WebClient 7.0 WAS::::: proposal to discuss forking of OpenERP GTK client

2012-10-16 Thread Enapps :: Colin MacMillan
Hi Nhomar/Oliver, Re the web_tabs module – we have a beta version here - https://code.launchpad.net/~h-jaroslav/+junk/web_tabs We don’t have a huge amount of free development time now so some community contributions would be most welcome to get it ready for version 7. Regards Colin *