ingadhoc / odoo-support

odoo Support Management Modules

origin/12.0

ADHOC odoo-support

ADHOC Odoo odoo-support Modules

Test me on odoo.sh: https://www.odoo.sh/project/ingadhoc-odoo-support/builds

Translation Status

---

**Adhoc SA** - www.adhoc.com.ar

odoo-support's Issues

[8.0] [adhoc_modules] Breaks openerp --test-enable

I took me a while to figure out the cause. Now I'm sure it's because of adhoc_modules.

I'm working on a dev database that's a copy of my production database, where this module is installed. While trying to run tests with openerp-server --test-enable I've encountered this error:

2016-11-05 14:37:54,323 1 CRITICAL binderplus openerp.service.server: Failed to initialize database `binderplus`.
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/openerp/service/server.py", line 936, in preload_registries
    registry = RegistryManager.new(dbname, update_module=update_module)
  File "/usr/lib/python2.7/dist-packages/openerp/modules/registry.py", line 370, in new
    openerp.modules.load_modules(registry._db, force_demo, status, update_module)
  File "/usr/lib/python2.7/dist-packages/openerp/modules/loading.py", line 326, in load_modules
    modobj.button_upgrade(cr, SUPERUSER_ID, ids)
  File "/usr/lib/python2.7/dist-packages/openerp/api.py", line 268, in wrapper
    return old_api(self, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/openerp/addons/base/module/module.py", line 559, in button_upgrade
    if dep.state == 'unknown':
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 835, in __get__
    self.determine_value(record)
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 937, in determine_value
    self.compute_value(recs)
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 893, in compute_value
    self._compute_value(records)
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 885, in _compute_value
    self.compute(records)
  File "/usr/lib/python2.7/dist-packages/openerp/api.py", line 266, in wrapper
    return new_api(self, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/openerp/api.py", line 443, in new_api
    result = [method(rec, *args, **kwargs) for rec in self]
  File "/usr/lib/python2.7/dist-packages/openerp/addons/base/module/module.py", line 822, in _compute_state
    self.state = self.depend_id.state or 'unknown'
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 851, in __set__
    value = self.convert_to_cache(value, record)
  File "/usr/lib/python2.7/dist-packages/openerp/fields.py", line 1429, in convert_to_cache
    raise ValueError("Wrong value for %s: %r" % (self, value))
ValueError: Wrong value for ir.module.module.dependency.state: u'ignored'

As you can see, the test routine doesn't recognize the module.dependency.state introduced by adhoc_modules, so it throws an error.

My first thought was to just uninstall this module on my dev database. But it turns out it can't be uninstalled. It hangs the instance and never commits the changes.

So, basically, there are two bugs with this module:

• It breaks native openerp tests routine.
• It can't be uninstalled.

Database tools are not available in Odoo 11

I installed that module but i can see it in app:

I also installed server_mode and i can see it:

What's the problem?

I reviewed all permissions:

 ls -l addons                                                                          ✔  3191  11:34:40 
total 104
drwxr-xr-x 7 salahaddin users 4096 abr  8 23:49 backend_theme_v11
drwxr-xr-x 9 salahaddin users 4096 abr 10 22:54 database_tools
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:31 odoo-s3
drwxr-xr-x 9 salahaddin users 4096 jun  5 12:20 plm
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_auto_internalref
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_automated_convertion
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_automate_normal_bom
drwxr-xr-x 7 salahaddin users 4096 jun  5 12:20 plm_automatic_weight
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_box
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_client_customprocedure
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_compare_bom
drwxr-xr-x 8 salahaddin users 4096 jun  5 12:20 plm_cutted_parts
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_date_bom
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_engineering
drwxr-xr-x 7 salahaddin users 4096 jun  5 12:20 plm_pack_and_go
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_product_description_language_helper
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_project
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_report_language_helper
drwxr-xr-x 4 salahaddin users 4096 jun  5 12:20 plm_sale_fix
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_spare
drwxr-xr-x 5 salahaddin users 4096 jun  5 12:20 plm_suspended
drwxr-xr-x 6 salahaddin users 4096 jun  5 12:20 plm_web_revision
drwxr-xr-x 4 salahaddin users 4096 abr 10 22:54 server_mode
drwxr-xr-x 5 salahaddin users 4096 feb 26 13:44 theme_extensia
drwxr-xr-x 7 salahaddin users 4096 jun  5 10:36 web_environment_ribbon
drwxr-xr-x 6 salahaddin users 4096 jun  5 10:36 web_responsive

All is right.

Migration to version 12.0

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-12.0

Modules to migrate

• database_tools
• server_global_parameters
• server_mode
• server_mode_fetchmail
• server_mode_mail

Migration to version 11.0

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-11.0

Modules to migrate

• adhoc_modules
• adhoc_modules_web_support
• database_tools
• server_global_parameters
• server_mode
• server_mode_fetchmail
• server_mode_mail
• support_branding_adhoc
• web_support_client
• web_support_client_doc
• web_support_client_issue
• website_server_mode

Migration to version 10.0

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-10.0

Modules to migrate

• adhoc_modules
• adhoc_modules_web_support
• database_tools
• server_global_parameters
• server_mode
• server_mode_fetchmail
• server_mode_mail
• support_branding_adhoc
• web_support_client
• web_support_client_doc
• web_support_client_issue
• website_server_mode

Directorio de Backups en Database_tools con Docker

El Database_Tools tiene por defecto la ruta de la base de backups como /var/odoo/backups/ pero no crea backups ni tira errores cuando ejecutamos el boton de "crear backup ahora", pero viendo la redirección del docker del data_dir/ vemos que con cambiar por /var/lib/odoo/backups/ empieza a andar todo perfecto. Es algo muy menor, y probablemente en una instalación local sin docker funcione bien, pero por ahi se puede leer en la instalacion del modulo el directorio del entorno y guardarlo como default.
Saludos!