c2c-oerpscenario team mailing list archive

["Olivier Dony \(OpenERP\)" <701644@xxxxxxxxxxxxxxxxxx>]

I'm afraid I'm not able to reproduce it. Here's what I did:

$ createdb test_install
$ bzr up -qr tag:6.0.0-rc2 addons
$ bzr up -qr tag:6.0.0-rc2 server
$ ./server/bin/openerp-server.py -d test_install -i crm,account
(...installs demo db with crm and account, on server RC2...)
^C
$ bzr up -q addons
$ bzr up -q server
$ bzr revno --tree server
3260
$ ./openerp-server.py -d test_install -u all
(...updates all, a few yaml warnings, no missing menus..)

If you can reproduce it with this testcase, then there must be something
else going on...

Note that the error message about not being able to delete stuff can be ignored, and will not cause any issue.
Views and menus are only deleted at the end of an update if they have disappeared from the updated modules.
If the database is reasonably recent, no mass deletion of these should happen at all, unless a module is somehow updated without its dependent modules.. which is not supposed to happen (e.g. updating base should update all modules)

And in any case, running another update=all should re-create the missing
menus/items, as part of the normal loading of the modules.

Can you perhaps provide the full log of the update=all run, in case
something else can be noticed there?

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

Title:
  Update to current trunk breaks menus

Status in OpenObject Server:
  Confirmed

Bug description:
  When updating to the current trunk even from last friday, the home
  menus are broken. The accounting menu is missing all of the items, and
  the home menu displays incorrect items.

  While --update=all it deletes several ir records and throws a few
  errors.

  Steps to reproduce.

  Have a week old installation, download latest sources then update.
  Menus broken.

  Something to do with base.ir.model.data, and views deletes a ton of
  records. Also points to res.groups could not delete.