mrp_multi_level
у manufacture · джерело на GitHub
Adds an MRP Scheduler
Категорія: Manufacturing · Ucamco · ForgeFlow · LGPL-3
| Серія | Статус | Деталі | Код |
|---|---|---|---|
| 16.0 | ✓Встановлюється | · прогін 2026-09-17 · 16.0.1.7.2 | на GitHub |
| 17.0 | ✓Встановлюється | · прогін 2026-09-22 · 17.0.1.4.2 | на GitHub |
| 18.0 | ✓Встановлюється | · прогін 2026-09-17 · 18.0.1.4.4 | на GitHub |
| 19.0 | ✓Встановлюється | · прогін 2026-09-15 · 19.0.1.0.5 | на GitHub |
| 20.0 | —Не тестовано | гілки немає |
Odoo 20.0 dev — лінія розробки
Це інше твердження, ніж таблиця вище. Там — модуль як опубліковано, на платформі, яка вийшла. Тут — код модуля з механічно піднятою версією в манифесті, на платформі, якої ще немає і яка змінюється щодня.
| Статус | Деталі |
|---|---|
| ✗падає | Той самий код ставиться на 19.0; на лінії розробки — ні. Різниця належить платформі. (model_gone) · упало у файлі цього модуля: mrp_multi_level/security/mrp_multi_level_security.xml · version 19.0.1.0.4 → 19.5.1.0.4, код без змін · прогін 2026-09-10 · odoo 19.5 · modidx/odoo:master-deps-20260910 |
Уривок логу, 20.0 dev
2026-09-10 17:48:23,164 1 INFO job_97a77c0b2d04 odoo.modules.loading: Loading module mrp_multi_level (66/68)
2026-09-10 17:48:23,311 1 INFO job_97a77c0b2d04 odoo.registry: module mrp_multi_level: creating or updating database tables
2026-09-10 17:48:24,538 1 INFO job_97a77c0b2d04 odoo.modules.loading: loading mrp_multi_level/security/mrp_multi_level_security.xml
2026-09-10 17:48:25,189 1 WARNING job_97a77c0b2d04 odoo.modules.loading: Transient module states were reset
2026-09-10 17:48:25,193 1 ERROR job_97a77c0b2d04 odoo.registry: Failed to load registry
2026-09-10 17:48:25,193 1 CRITICAL job_97a77c0b2d04 odoo.service.server: Failed to initialize database `job_97a77c0b2d04`.
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.rule'
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/mrp_multi_level/security/mrp_multi_level_security.xml:15, somewhere inside
<record id="mrp_area_comp_rule" model="ir.rule">
<field name="name">MRP Area multi-company rule</field>
<field name="model_id" ref="model_mrp_area"/>
<field name="global" eval="True"/>
<field name="domain_force">['|',('company_id','=',False),('company_id', 'in', company_ids)]</field>
</record>
2026-09-10 17:48:25,200 1 INFO job_97a77c0b2d04 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-10 17:48:25,200 1 INFO job_97a77c0b2d04 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-10 17:48:25,201 1 INFO job_97a77c0b2d04 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-10 17:48:25,303 1 INFO job_97a77c0b2d04 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsПоходження: __manifest__.py sha256 5caa26673604c049… · дерево з 62 файлів без манифеста, sha256 e7e24f5d20c2fa3b…
Це не означає, що модуль сумісний з Odoo 20.0, і не означає, що він встановлюється на Odoo 20.0 — на стоковій платформі він не встановиться, поки мейнтейнер не підніме версію. Чому ми піднімаємо версію
Odoo 20.0 — сама гілка
Той самий заморожений код, прогнаний ще раз проти справжньої гілки 20.0. Прогін вище йшов на лінії розробки до відгалуження, цей — на гілці, закріпленій на одному коміті.
| Статус | Деталі |
|---|---|
| ✗падає | Той самий код ставиться на 19.0; на лінії розробки — ні. Різниця належить платформі. (model_gone) · упало у файлі цього модуля: mrp_multi_level/security/mrp_multi_level_security.xml · version 19.0.1.0.4 → 20.0.1.0.4, код без змін · прогін 2026-09-19 · odoo 20.0 · modidx/odoo:20.0-deps-20260918 |
Уривок логу, 20.0 dev
2026-09-19 00:31:34,922 1 INFO job_d332ef6b29e3 odoo.modules.loading: Loading module mrp_multi_level (66/68)
2026-09-19 00:31:35,044 1 INFO job_d332ef6b29e3 odoo.registry: module mrp_multi_level: creating or updating database tables
2026-09-19 00:31:36,267 1 INFO job_d332ef6b29e3 odoo.modules.loading: loading mrp_multi_level/security/mrp_multi_level_security.xml
2026-09-19 00:31:36,912 1 WARNING job_d332ef6b29e3 odoo.modules.loading: Transient module states were reset
2026-09-19 00:31:36,915 1 ERROR job_d332ef6b29e3 odoo.registry: Failed to load registry
2026-09-19 00:31:36,915 1 CRITICAL job_d332ef6b29e3 odoo.service.server: Failed to initialize database `job_d332ef6b29e3`.
Traceback (most recent call last):
File "/opt/odoo/odoo/tools/convert.py", line 630, in _tag_root
f(rec)
File "/opt/odoo/odoo/tools/convert.py", line 362, in _tag_record
model = env[rec_model]
~~~^^^^^^^^^^^
File "/opt/odoo/odoo/orm/environments.py", line 107, in __getitem__
return self.registry[model_name](self, (), ())
~~~~~~~~~~~~~^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/registry.py", line 385, in __getitem__
return self.models[model_name]
~~~~~~~~~~~^^^^^^^^^^^^
KeyError: 'ir.rule'
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/opt/odoo/odoo/service/server.py", line 1520, in preload_registries
registry = Registry.new(dbname, update_module=update_module, install_modules=config['init'], upgrade_modules=config['update'], reinit_modules=config['reinit'])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/tools/func.py", line 67, in locked
return func(inst, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/registry.py", line 222, in new
contextvars.Context().run(
File "/opt/odoo/odoo/modules/loading.py", line 449, in load_modules
load_module_graph(
File "/opt/odoo/odoo/modules/loading.py", line 211, in load_module_graph
load_data(env, idref, 'init', kind='data', package=package)
File "/opt/odoo/odoo/modules/loading.py", line 56, in load_data
convert_file(env, package.name, filename, idref, mode, noupdate=kind == 'demo')
File "/opt/odoo/odoo/tools/convert.py", line 718, in convert_file
convert_xml_import(env, module, fp, idref, mode, noupdate)
File "/opt/odoo/odoo/tools/convert.py", line 817, in convert_xml_import
obj.parse(doc.getroot())
File "/opt/odoo/odoo/tools/convert.py", line 688, in parse
self._tag_root(de)
File "/opt/odoo/odoo/tools/convert.py", line 643, in _tag_root
raise ParseError('while parsing %s:%s, somewhere inside\n%s' % (
odoo.tools.convert.ParseError: while parsing /mnt/pool/mrp_multi_level/security/mrp_multi_level_security.xml:15, somewhere inside
<record id="mrp_area_comp_rule" model="ir.rule">
<field name="name">MRP Area multi-company rule</field>
<field name="model_id" ref="model_mrp_area"/>
<field name="global" eval="True"/>
<field name="domain_force">['|',('company_id','=',False),('company_id', 'in', company_ids)]</field>
</record>
2026-09-19 00:31:36,923 1 INFO job_d332ef6b29e3 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-19 00:31:36,924 1 INFO job_d332ef6b29e3 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-19 00:31:36,924 1 INFO job_d332ef6b29e3 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-19 00:31:37,027 1 INFO job_d332ef6b29e3 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsПоходження: __manifest__.py sha256 5caa26673604c049… · дерево з 62 файлів без манифеста, sha256 e7e24f5d20c2fa3b…
Це не означає, що модуль сумісний з Odoo 20.0, і не означає, що він встановлюється на Odoo 20.0 — на стоковій платформі він не встановиться, поки мейнтейнер не підніме версію. Чому ми піднімаємо версію
Код модуля на 19.0
| Рядків коду | python 4 309 · xml 1 477 |
| Тести | так: 1 файл(ів), 991 рядків |
| Скрипти міграції | ні |
| Моделі | 8 нових · 6 розширень |
| Сирий SQL | 4 × cr.execute |
Рядки — фізичні, разом із порожніми й коментарями, як wc -l. Тести — файли test_*.py у теці tests/. Моделі — рядки з _name = і _inherit =. Це факти про код, а не оцінка: більше рядків не означає ні краще, ні гірше. Зміряно 2026-08-28 на дереві 3de21326e170.
У каталозі apps.odoo.com є листинг під тією самою технічною назвою на 16.0, 17.0, 18.0: apps.odoo.com/apps/modules/18.0/mrp_multi_level. Збіг назви не доводить збіг коду — як ми це рахували.
Залежить від
| Модуль | Статус | Перевірено |
|---|---|---|
| mrp | ядро | йде в самому Odoo |
| mrp_warehouse_calendar | ✓Встановлюється | 2026-08-19 |
| purchase_stock | ядро | йде в самому Odoo |
Від нього залежать
2 модулі на 19.0 оголошують його своєю залежністю.
Історія
| Остання зміна | 2026-07-21 |
| Комітів коду за 12 міс | 138 |
| Найактивніші | Lois Rilo, Jordi Ballester Alomar, JordiMForgeFlow |
| Файлів | 62 |
Переклади й коміти ботів у підрахунок не входять.
Результат виглядає неправильним? Повідомте — ми покажемо лог або перепрогонимо. Повідомити про хибний результат