repair_security

у repair · джерело на GitHub

Create security groups for Repair

Категорія: Manufacturing · ForgeFlow S.L. · AGPL-3

16.0✓Встановлюється
17.0×Немає в цій серії
18.0×Немає в цій серії
19.0✓Встановлюється
20.0×Немає в цій серії
СеріяСтатусДеталіКод
16.0✓Встановлюється · прогін 2026-08-22 · 16.0.1.0.0на GitHub
17.0—Не тестованогілки немає
18.0—Не тестованогілки немає
19.0✓Встановлюється · прогін 2026-08-19 · 19.0.1.0.0на GitHub
20.0—Не тестованогілки немає

Odoo 20.0 dev — лінія розробки

Це інше твердження, ніж таблиця вище. Там — модуль як опубліковано, на платформі, яка вийшла. Тут — код модуля з механічно піднятою версією в манифесті, на платформі, якої ще немає і яка змінюється щодня.

СтатусДеталі
✗падаєТой самий код ставиться на 19.0; на лінії розробки — ні. Різниця належить платформі. (model_gone) · упало у файлі цього модуля: repair_security/security/repair_security.xml · version 19.0.1.0.0 → 19.5.1.0.0, код без змін · прогін 2026-09-11 · odoo 19.5 · modidx/odoo:master-deps-20260910

Уривок логу, 20.0 dev

2026-09-11 01:45:57,090 1 INFO job_a0451b34209d odoo.modules.loading: Module sale_pdf_quote_builder loaded in 1.27s, 417 queries (+417 other)
2026-09-11 01:45:57,090 1 INFO job_a0451b34209d odoo.modules.loading: Loading module repair_security (68/68)
2026-09-11 01:45:57,169 1 INFO job_a0451b34209d odoo.modules.loading: loading repair_security/security/repair_security.xml
2026-09-11 01:45:57,175 1 WARNING job_a0451b34209d odoo.modules.loading: Transient module states were reset
2026-09-11 01:45:57,177 1 ERROR job_a0451b34209d odoo.registry: Failed to load registry
2026-09-11 01:45:57,177 1 CRITICAL job_a0451b34209d odoo.service.server: Failed to initialize database `job_a0451b34209d`.
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 294, in _tag_function
    _eval_xml(self, rec, env)
  File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 185, in _eval_xml
    model = env[model_str]
            ~~~^^^^^^^^^^^
  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/repair_security/security/repair_security.xml:3, somewhere inside
<function model="ir.model.access" name="write">
        <value eval="[ref('repair.access_repair_user'), ref('repair.access_repair_tag_user'), ref('repair.access_stock_warn_insufficient_qty_repair')]"/>
        <value eval="{'active': False }"/>
    </function>
2026-09-11 01:45:57,184 1 INFO job_a0451b34209d odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-11 01:45:57,184 1 INFO job_a0451b34209d odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-11 01:45:57,184 1 INFO job_a0451b34209d odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-11 01:45:57,286 1 INFO job_a0451b34209d odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connections

Походження: __manifest__.py sha256 a88aa8d1a8832263… · дерево з 13 файлів без манифеста, sha256 28a9ea93235798bb…

Це не означає, що модуль сумісний з Odoo 20.0, і не означає, що він встановлюється на Odoo 20.0 — на стоковій платформі він не встановиться, поки мейнтейнер не підніме версію. Чому ми піднімаємо версію

Odoo 20.0 — сама гілка

Той самий заморожений код, прогнаний ще раз проти справжньої гілки 20.0. Прогін вище йшов на лінії розробки до відгалуження, цей — на гілці, закріпленій на одному коміті.

СтатусДеталі
✗падаєТой самий код ставиться на 19.0; на лінії розробки — ні. Різниця належить платформі. (model_gone) · упало у файлі цього модуля: repair_security/security/repair_security.xml · version 19.0.1.0.0 → 20.0.1.0.0, код без змін · прогін 2026-09-18 · odoo 20.0 · modidx/odoo:20.0-deps-20260918

Уривок логу, 20.0 dev

2026-09-18 23:16:41,503 1 INFO job_c3754e26700b odoo.modules.loading: Module sale_pdf_quote_builder loaded in 1.58s, 442 queries (+442 other)
2026-09-18 23:16:41,503 1 INFO job_c3754e26700b odoo.modules.loading: Loading module repair_security (69/70)
2026-09-18 23:16:41,569 1 INFO job_c3754e26700b odoo.modules.loading: loading repair_security/security/repair_security.xml
2026-09-18 23:16:41,575 1 WARNING job_c3754e26700b odoo.modules.loading: Transient module states were reset
2026-09-18 23:16:41,577 1 ERROR job_c3754e26700b odoo.registry: Failed to load registry
2026-09-18 23:16:41,577 1 CRITICAL job_c3754e26700b odoo.service.server: Failed to initialize database `job_c3754e26700b`.
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 294, in _tag_function
    _eval_xml(self, rec, env)
  File "/opt/odoo/odoo/tools/convert.py", line 185, in _eval_xml
    model = env[model_str]
            ~~~^^^^^^^^^^^
  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.model.access'

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/repair_security/security/repair_security.xml:3, somewhere inside
<function model="ir.model.access" name="write">
        <value eval="[ref('repair.access_repair_user'), ref('repair.access_repair_tag_user'), ref('repair.access_stock_warn_insufficient_qty_repair')]"/>
        <value eval="{'active': False }"/>
    </function>
2026-09-18 23:16:41,583 1 INFO job_c3754e26700b odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-18 23:16:41,584 1 INFO job_c3754e26700b odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-18 23:16:41,584 1 INFO job_c3754e26700b odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-18 23:16:41,687 1 INFO job_c3754e26700b odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connections

Походження: __manifest__.py sha256 a88aa8d1a8832263… · дерево з 13 файлів без манифеста, sha256 28a9ea93235798bb…

Це не означає, що модуль сумісний з Odoo 20.0, і не означає, що він встановлюється на Odoo 20.0 — на стоковій платформі він не встановиться, поки мейнтейнер не підніме версію. Чому ми піднімаємо версію

Код модуля на 19.0

Рядків кодуpython 27 · xml 42
Тестині
Скрипти міграціїні
Моделі0 нових · 0 розширень

Рядки — фізичні, разом із порожніми й коментарями, як wc -l. Тести — файли test_*.py у теці tests/. Моделі — рядки з _name = і _inherit =. Це факти про код, а не оцінка: більше рядків не означає ні краще, ні гірше. Зміряно 2026-08-28 на дереві 46ce44aff2fb.

У каталозі apps.odoo.com є листинг під тією самою технічною назвою на 16.0: apps.odoo.com/apps/modules/16.0/repair_security. Збіг назви не доводить збіг коду — як ми це рахували.

Залежить від

МодульСтатусПеревірено
repairядройде в самому Odoo

Історія

Остання зміна2025-12-20
Комітів коду за 12 міс4
НайактивнішіJasminSForgeFlow, DavidJForgeFlow
Файлів14

Переклади й коміти ботів у підрахунок не входять.

Результат виглядає неправильним? Повідомте — ми покажемо лог або перепрогонимо. Повідомити про хибний результат

Дізнатися, коли цей модуль змінить стан

Дані оновлено 2026-10-07 14:00 UTC · build 4aa2dbe · публікуємо факт прогону з логом і датою, не оцінку вендора · CSV і JSON відкриті

Питання або хибний результат: issue на GitHub чи hello@allservices.one

Конфіденційність · Умови

Незалежний проєкт. Не пов'язаний з Odoo S.A. чи Odoo Community Association.