Traducción automática. Los datos y las cifras son la fuente de verdad; la redacción puede contener errores de traducción y algunos fragmentos pueden seguir en inglés. La versión autorizada son las páginas en inglés y en ucraniano. avísenos si un término no es exacto
contract_line_successor
en contract · código en GitHub
ACSONE SA/NV · AGPL-3
| Serie | Estado | Detalles | Código |
|---|---|---|---|
| 16.0 | —Sin probar | sin rama | |
| 17.0 | —Sin probar | sin rama | |
| 18.0 | ✓Se instala | · ejecutado el 2026-09-06 · 18.0.1.0.2 | en GitHub |
| 19.0 | ✓Se instala | · ejecutado el 2026-09-05 · 19.0.1.0.0 | en GitHub |
Odoo 20.0 dev — línea de desarrollo
Una afirmación distinta de la de la tabla de arriba. Allí: el módulo tal como está publicado, sobre una plataforma ya liberada. Aquí: el código del módulo con la versión de su manifiesto elevada mecánicamente, sobre una plataforma que no está liberada y que cambia a diario.
| Estado | Detalles |
|---|---|
| ✗fails | El mismo código se instala en 19.0; en la línea de desarrollo no. La diferencia es de la plataforma. (model_gone) · falló en un archivo de OTRO módulo: contract/security/contract_tag.xml · versión 19.0.1.0.0 → 19.5.1.0.0, código sin cambios · ejecutado el 2026-09-10 · odoo 19.5 · modidx/odoo:master-deps-20260910 |
Extracto del registro, 20.0 dev
2026-09-10 13:35:34,460 1 INFO job_35d1e0ff01a3 odoo.modules.loading: Loading module contract (49/52)
2026-09-10 13:35:34,574 1 INFO job_35d1e0ff01a3 odoo.registry: module contract: creating or updating database tables
2026-09-10 13:35:35,828 1 INFO job_35d1e0ff01a3 odoo.modules.loading: loading contract/security/contract_tag.xml
2026-09-10 13:35:36,091 1 WARNING job_35d1e0ff01a3 odoo.modules.loading: Transient module states were reset
2026-09-10 13:35:36,092 1 ERROR job_35d1e0ff01a3 odoo.registry: Failed to load registry
2026-09-10 13:35:36,093 1 CRITICAL job_35d1e0ff01a3 odoo.service.server: Failed to initialize database `job_35d1e0ff01a3`.
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 628, in _tag_root
f(rec)
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 362, in _tag_record
model = env[rec_model]
~~~^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/environments.py", line 107, in __getitem__
return self.registry[model_name](self, (), ())
~~~~~~~~~~~~~^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/registry.py", line 385, in __getitem__
return self.models[model_name]
~~~~~~~~~~~^^^^^^^^^^^^
KeyError: 'ir.model.access'
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/odoo/service/server.py", line 1559, in preload_registries
registry = Registry.new(dbname, update_module=update_module, install_modules=config['init'], upgrade_modules=config['update'], reinit_modules=config['reinit'])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/tools/func.py", line 67, in locked
return func(inst, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/registry.py", line 222, in new
contextvars.Context().run(
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 446, in load_modules
load_module_graph(
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 211, in load_module_graph
load_data(env, idref, 'init', kind='data', package=package)
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 56, in load_data
convert_file(env, package.name, filename, idref, mode, noupdate=kind == 'demo')
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 716, in convert_file
convert_xml_import(env, module, fp, idref, mode, noupdate)
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 815, in convert_xml_import
obj.parse(doc.getroot())
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 686, in parse
self._tag_root(de)
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 641, in _tag_root
raise ParseError('while parsing %s:%s, somewhere inside\n%s' % (
odoo.tools.convert.ParseError: while parsing /mnt/pool/contract/security/contract_tag.xml:5, somewhere inside
<record model="ir.model.access" id="contract_tag_access">
<field name="name">contract.tag access</field>
<field name="model_id" ref="model_contract_tag"/>
<field name="group_id" ref="account.group_account_invoice"/>
<field name="perm_read" eval="1"/>
<field name="perm_create" eval="1"/>
<field name="perm_write" eval="1"/>
<field name="perm_unlink" eval="1"/>
</record>
2026-09-10 13:35:36,101 1 INFO job_35d1e0ff01a3 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-10 13:35:36,101 1 INFO job_35d1e0ff01a3 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-10 13:35:36,102 1 INFO job_35d1e0ff01a3 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-10 13:35:36,203 1 INFO job_35d1e0ff01a3 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsProcedencia: __manifest__.py sha256 637c099fad8903f5… · árbol de 34 archivos sin el manifiesto, sha256 038bf0f6ac5a5808…
Esto no dice que el módulo sea compatible con Odoo 20.0, y no dice que se instale en Odoo 20.0: sobre una plataforma estándar no lo hará, hasta que su mantenedor eleve la versión. Por qué elevamos la versión
El catálogo apps.odoo.com tiene una publicación con el mismo nombre técnico en 18.0: apps.odoo.com/apps/modules/18.0/contract_line_successor. Que el nombre coincida no demuestra que el código coincida — cómo lo contamos.
Depende de
| Módulo | Estado | Comprobado |
|---|---|---|
| contract | ✓Se instala | 2026-09-13 |
Del que dependen
1 módulos en 19.0 lo declaran como dependencia.
¿El resultado parece erróneo? Díganoslo: le mostraremos el registro o lo ejecutaremos de nuevo. Informar de un resultado erróneo