sign_oca

in sign · source on GitHub

Allow to sign documents inside Odoo CE

Dixmit · AGPL-3

16.0✓Installs
17.0✓Installs
18.0✓Installs
19.0✓Installs
20.0×Not in this series
SeriesStatusDetailsCode
16.0✓Installs · run 2026-08-21 · 16.0.5.2.1on GitHub
17.0✓Installs · run 2026-08-20 · 17.0.1.2.2on GitHub
18.0✓Installs · run 2026-10-02 · 18.0.1.4.3on GitHub
19.0✓Installs · run 2026-08-19 · 19.0.1.0.0on GitHub
20.0—Not testedno branch

Odoo 20.0 dev — development line

A different statement from the table above. There: the module as published, on a released platform. Here: the module’s code with its manifest version mechanically raised, on a platform that has not been released and changes daily.

StatusDetails
✗failsThe same code installs on 19.0; on the development line it does not. The difference belongs to the platform. (model_gone) · failed in a file of this module: sign_oca/security/security.xml · version 19.0.1.0.0 → 19.5.1.0.0, code unchanged · run 2026-09-10 · odoo 19.5 · modidx/odoo:master-deps-20260910

Log excerpt, 20.0 dev

2026-09-10 17:30:09,564 1 INFO job_4cceeb8b36bc odoo.modules.loading: Loading module sign_oca (35/35)
2026-09-10 17:30:09,900 1 INFO job_4cceeb8b36bc odoo.registry: module sign_oca: creating or updating database tables
2026-09-10 17:30:10,919 1 INFO job_4cceeb8b36bc odoo.modules.loading: loading sign_oca/security/security.xml
2026-09-10 17:30:11,296 1 WARNING job_4cceeb8b36bc odoo.modules.loading: Transient module states were reset
2026-09-10 17:30:11,298 1 ERROR job_4cceeb8b36bc odoo.registry: Failed to load registry
2026-09-10 17:30:11,298 1 CRITICAL job_4cceeb8b36bc odoo.service.server: Failed to initialize database `job_4cceeb8b36bc`.
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/sign_oca/security/security.xml:25, somewhere inside
<record id="sign_oca_request_signer_rule_base_user_read" model="ir.rule">
        <field name="name">Sign Request base users: read</field>
        <field name="model_id" ref="model_sign_oca_request_signer"/>
        <field name="domain_force">[('partner_id', 'child_of', [user.partner_id.commercial_partner_id.id])]</field>
        <field name="groups" eval="[(4, ref('base.group_user'))]"/>
        <field name="perm_read" eval="1"/>
        <field name="perm_create" eval="0"/>
        <field name="perm_write" eval="0"/>
        <field name="perm_unlink" eval="0"/>
    </record>
2026-09-10 17:30:11,305 1 INFO job_4cceeb8b36bc odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-10 17:30:11,305 1 INFO job_4cceeb8b36bc odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-10 17:30:11,305 1 INFO job_4cceeb8b36bc odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-10 17:30:11,407 1 INFO job_4cceeb8b36bc odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connections

Provenance: __manifest__.py sha256 33ce4f8af7a93778… · tree of 81 files without the manifest, sha256 a4c76b815e3150af…

This does not say the module is compatible with Odoo 20.0, and does not say it installs on Odoo 20.0 — on a stock platform it will not, until its maintainer raises the version. Why we raise the version

Odoo 20.0 — the branch itself

The same frozen code, run again against the real 20.0 branch. The run above used Odoo’s development line before the branch was cut; this one used the branch, pinned to one commit.

StatusDetails
✗failsThe same code installs on 19.0; on the development line it does not. The difference belongs to the platform. (model_gone) · failed in a file of this module: sign_oca/security/security.xml · version 19.0.1.0.0 → 20.0.1.0.0, code unchanged · run 2026-09-18 · odoo 20.0 · modidx/odoo:20.0-deps-20260918

Log excerpt, 20.0 dev

2026-09-18 14:04:45,531 1 INFO job_665e973fdf74 odoo.modules.loading: Loading module sign_oca (35/35)
2026-09-18 14:04:45,896 1 INFO job_665e973fdf74 odoo.registry: module sign_oca: creating or updating database tables
2026-09-18 14:04:46,831 1 INFO job_665e973fdf74 odoo.modules.loading: loading sign_oca/security/security.xml
2026-09-18 14:04:47,190 1 WARNING job_665e973fdf74 odoo.modules.loading: Transient module states were reset
2026-09-18 14:04:47,191 1 ERROR job_665e973fdf74 odoo.registry: Failed to load registry
2026-09-18 14:04:47,191 1 CRITICAL job_665e973fdf74 odoo.service.server: Failed to initialize database `job_665e973fdf74`.
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/sign_oca/security/security.xml:25, somewhere inside
<record id="sign_oca_request_signer_rule_base_user_read" model="ir.rule">
        <field name="name">Sign Request base users: read</field>
        <field name="model_id" ref="model_sign_oca_request_signer"/>
        <field name="domain_force">[('partner_id', 'child_of', [user.partner_id.commercial_partner_id.id])]</field>
        <field name="groups" eval="[(4, ref('base.group_user'))]"/>
        <field name="perm_read" eval="1"/>
        <field name="perm_create" eval="0"/>
        <field name="perm_write" eval="0"/>
        <field name="perm_unlink" eval="0"/>
    </record>
2026-09-18 14:04:47,195 1 INFO job_665e973fdf74 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-18 14:04:47,195 1 INFO job_665e973fdf74 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-18 14:04:47,195 1 INFO job_665e973fdf74 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-18 14:04:47,298 1 INFO job_665e973fdf74 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connections

Provenance: __manifest__.py sha256 33ce4f8af7a93778… · tree of 81 files without the manifest, sha256 a4c76b815e3150af…

This does not say the module is compatible with Odoo 20.0, and does not say it installs on Odoo 20.0 — on a stock platform it will not, until its maintainer raises the version. Why we raise the version

The module’s code on 19.0

Lines of codepython 1 924 · xml 2 002 · js 1 436
Testsyes: 2 file(s), 332 lines
Migration scriptsno
Models10 new · 7 extensions
JavaScript13 file(s) · OWL · QWeb 16

Lines are physical, blanks and comments included, as wc -l. Tests are test_*.py files under tests/. Models are lines holding _name = and _inherit =. These are facts about the code, not a judgement: more lines is neither better nor worse. Measured 2026-08-28 on tree 16decec6eb57.

Depends on

ModuleStatusChecked
portalcoreships with Odoo

Depended on by

1 module on 19.0 declares this one as a dependency.

History

Last change2026-06-04
Code commits, 12 months75
Most activeVíctor Martínez, PauBForgeFlow, Enric Tobella
Files82

Translation and bot commits are excluded from the commit count.

Result looks wrong? Tell us — we will show the log or run it again. Report a wrong result

Get told when this module changes state

Data updated 2026-10-07 13:00 UTC · build 4aa2dbe · we publish the install log with a date, not a vendor rating · CSV and JSON are open

Questions or a wrong result: open an issue or hello@allservices.one

Privacy · Terms

Independent project. Not affiliated with Odoo S.A. or the Odoo Community Association.