openerp-community team mailing list archive

[Humberto Arocha <humbertoarocha@xxxxxxxxx>]

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 documentation, this is not a tuna can or a microwave oven, which
you buy at the grocery store, and come with directions,

The Day OPENERP comes with a book of how-to's, I'll take my suitcases and
say good bye because there will be no more space for me as an open source
Partner in here, because that Day openerp will on close source code,

Openerp is plenty of information and documentation on its code lines,

Would you say, Aha! What about me as a partner I should have those docs as
a prime time because I am at partner, well, let me say it, and I will be
tougher, you have not understood the openerp business model, and again this
is not a tuna can,

Openerp takes in charge of R&D, marketing, we, as partners, take in charge
of the convincing the costumer this platform, this "perfectly unfinish
product"  is the right choice for them, we are in charge of keeping well
acknowledged, this we keep competitive toward other partner, if just buying
documentation is the way for me keeping competitive, then again we are
using the wrong platform,
Am I lame? , maybe, I cant be less straightforward, I try to be crystal
claro.

Best Regards to the whole community & partner community

Hbto [Vauxoo]
On Oct 16, 2012 4:31 AM, "Marvin Hass" <m.hass@xxxxxxxxxxxxx> wrote:

> -----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 (which are not documentated) in
> OpenERP because we aren't able to update the server without problems'.
>
> I understand that deleting countries not typical but the problem is
> present on every object which is created while a moduleinstallation.
>
> We have the same problem with the pricelists! Costumers create his own
> pricelist and deletes the old ones.
>
> Kind regards,
>
> Marvin Hass
>
> Am 16.10.2012 10:24, schrieb 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 steps: 1. I
> >> deleted all countries from res.country (which are not important
> >> for my busseness) 2. I added Andorra (code = ad) to res.country
> >> 3. Start the server with --update=all
> >
> > The question is: why did you delete Andorra to recreate it later?
> > The list of countries is part of the base data of OpenERP, and
> > several
> things
> > depend on it (similarly to the list of currencies). That's why the
> system will
> > try to re-create it at each update. You should not delete them,
> especially to
> > recreate conflicting countries afterwards.
> >
> > If the size of the list really bothers you, look into alternative
> > customizations, like setting a default value for the country field
> > and
> then
> > hiding it from the view, or adding a custom filter on these fields
> > to
> only let
> > Andorra appear (this requires some knowledge in OpenERP
> > customization).
> >
> >
> >> I think it is a big issue! If i delete standard-data and recreate
> >> the entry i'm not able to update my system anymore!
> >
> > Well this is the expected behavior, and only happens because each
> country is
> > (fortunately!) required to be unique, and the list of countries is
> part of the
> > base data of the system, re-created at each update. You should be
> > able to fix your problem by deleting the Andorra record you
> > manually created, then performing the update again, to let the
> > system
> re-create
> > the countries. If you can't delete your Andorra record because
> > many
> documents
> > reference it already, you could rename it or (harder) manually
> > create an 'ir.model.data' entry to make the system believe this is
> > the original
> 'Andorra'
> > record. Ask for more details if you don't know how to do this.
> >
> > Hope this helps..
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJQfSlhAAoJELPuL5Oa1N8GarwH+wU8SHeXhtJNVBaqNWDooBiV
> OdzJUHzmnvrIAoNEinbQeFeZA4uXqz+c1Lz4lJ19gAUYaE4whI8DgTPyuoHk8AP+
> 3ZR3hJuSH6OeX6gHsQPe5PoNIxSQpi3obzd94n3X87Ddx3BV9N2Om3WIK1HuOxkG
> 5hSalY4zVg4PyrsGgM6SreE2OnfkVjuh7/3kVwmwF71hJ8RJ4pa/Og5mSvtMogix
> R9SIfq5DdIpuD+TE4gH2GHR3FWGvNYR0vWQUCbHFjFe821RECo4ix9Hrrfp0zs+N
> +n4dVEj+Vci/+X14yIJ2zVrtI+NJb/cAsPS0JAUkaYrCQBfcDbQyOJk4YnRX6+0=
> =dwDA
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-community
> More help   : https://help.launchpad.net/ListHelp
>