maintenance_plan
in maintenance · source on GitHub
Extends preventive maintenance planning
Category: Maintenance · Camptocamp SA · ForgeFlow · AGPL-3
| Series | Status | Details | Code |
|---|---|---|---|
| 16.0 | ✓Installs | · run 2026-10-02 · 16.0.1.0.0 | on GitHub |
| 17.0 | ✓Installs | · run 2026-10-02 · 17.0.1.1.2 | on GitHub |
| 18.0 | ✓Installs | · run 2026-10-02 · 18.0.1.0.1 | on GitHub |
| 19.0 | ✓Installs | · run 2026-10-02 · 19.0.1.0.1 | on GitHub |
| 20.0 | —Not tested | no 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.
| Status | Details |
|---|---|
| ✗fails | The same code installs on 19.0; on the development line it does not. The difference belongs to the platform. (views_xml) · failed in a file of ANOTHER module: base_maintenance/views/report_maintenance_request.xml · version 19.0.1.0.1 → 19.5.1.0.1, code unchanged · run 2026-09-10 · odoo 19.5 · modidx/odoo:master-deps-20260910 |
Log excerpt, 20.0 dev
2026-09-10 20:39:33,697 1 INFO job_63c8f4d48ee5 odoo.modules.loading: loading base_maintenance/views/maintenance_request_views.xml
2026-09-10 20:39:33,735 1 INFO job_63c8f4d48ee5 odoo.modules.loading: loading base_maintenance/views/maintenance_equipment_views.xml
2026-09-10 20:39:33,760 1 INFO job_63c8f4d48ee5 odoo.modules.loading: loading base_maintenance/views/report_maintenance_request.xml
2026-09-10 20:39:33,908 1 WARNING job_63c8f4d48ee5 odoo.modules.loading: Transient module states were reset
2026-09-10 20:39:33,910 1 ERROR job_63c8f4d48ee5 odoo.registry: Failed to load registry
2026-09-10 20:39:33,910 1 CRITICAL job_63c8f4d48ee5 odoo.service.server: Failed to initialize database `job_63c8f4d48ee5`.
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 482, in _tag_record
record = model._load_records([data], self.mode == 'update')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/models.py", line 4691, in _load_records
records = self._load_records_create([data['values'] for data in to_create])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/models.py", line 4598, in _load_records_create
records = self.create(vals_list)
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/decorators.py", line 330, in create
return method(self, vals_list)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/models.py", line 4116, in create
raise ValueError(f"Invalid field {field_name!r} in {self._name!r}")
ValueError: Invalid field 'report_file' in 'ir.actions.report'
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/base_maintenance/views/report_maintenance_request.xml:105, somewhere inside
<record id="action_report_maintenance_request" model="ir.actions.report">
<field name="name">Maintenance Request</field>
<field name="model">maintenance.request</field>
<field name="report_type">qweb-pdf</field>
<field name="report_name">base_maintenance.report_maintenance_request</field>
<field name="report_file">base_maintenance.report_maintenance_request</field>
<field name="print_report_name">'Maintenance Request - %s' % (object.name)</field>
<field name="binding_model_id" ref="maintenance.model_maintenance_request"/>
<field name="binding_type">report</field>
</record>
2026-09-10 20:39:33,922 1 INFO job_63c8f4d48ee5 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-10 20:39:33,922 1 INFO job_63c8f4d48ee5 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-10 20:39:33,922 1 INFO job_63c8f4d48ee5 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-10 20:39:34,024 1 INFO job_63c8f4d48ee5 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsProvenance: __manifest__.py sha256 fe907ef0e4bd2d97… · tree of 37 files without the manifest, sha256 4019975de1f50e9c…
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.
| Status | Details |
|---|---|
| ✗fails | The same code installs on 19.0; on the development line it does not. The difference belongs to the platform. (views_xml) · failed in a file of ANOTHER module: base_maintenance/views/report_maintenance_request.xml · version 19.0.1.0.1 → 20.0.1.0.1, code unchanged · run 2026-09-18 · odoo 20.0 · modidx/odoo:20.0-deps-20260918 |
Log excerpt, 20.0 dev
2026-09-18 13:43:55,897 1 INFO job_fd70f0a1fc8a odoo.modules.loading: loading base_maintenance/views/maintenance_request_views.xml
2026-09-18 13:43:55,926 1 INFO job_fd70f0a1fc8a odoo.modules.loading: loading base_maintenance/views/maintenance_equipment_views.xml
2026-09-18 13:43:55,950 1 INFO job_fd70f0a1fc8a odoo.modules.loading: loading base_maintenance/views/report_maintenance_request.xml
2026-09-18 13:43:56,108 1 WARNING job_fd70f0a1fc8a odoo.modules.loading: Transient module states were reset
2026-09-18 13:43:56,111 1 ERROR job_fd70f0a1fc8a odoo.registry: Failed to load registry
2026-09-18 13:43:56,111 1 CRITICAL job_fd70f0a1fc8a odoo.service.server: Failed to initialize database `job_fd70f0a1fc8a`.
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 482, in _tag_record
record = model._load_records([data], self.mode == 'update')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/models.py", line 4707, in _load_records
records = self._load_records_create([data['values'] for data in to_create])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/models.py", line 4614, in _load_records_create
records = self.create(vals_list)
^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/decorators.py", line 330, in create
return method(self, vals_list)
^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/models.py", line 4131, in create
raise ValueError(f"Invalid field {field_name!r} in {self._name!r}")
ValueError: Invalid field 'report_file' in 'ir.actions.report'
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/base_maintenance/views/report_maintenance_request.xml:105, somewhere inside
<record id="action_report_maintenance_request" model="ir.actions.report">
<field name="name">Maintenance Request</field>
<field name="model">maintenance.request</field>
<field name="report_type">qweb-pdf</field>
<field name="report_name">base_maintenance.report_maintenance_request</field>
<field name="report_file">base_maintenance.report_maintenance_request</field>
<field name="print_report_name">'Maintenance Request - %s' % (object.name)</field>
<field name="binding_model_id" ref="maintenance.model_maintenance_request"/>
<field name="binding_type">report</field>
</record>
2026-09-18 13:43:56,119 1 INFO job_fd70f0a1fc8a odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-18 13:43:56,119 1 INFO job_fd70f0a1fc8a odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-18 13:43:56,119 1 INFO job_fd70f0a1fc8a odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-18 13:43:56,221 1 INFO job_fd70f0a1fc8a odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsProvenance: __manifest__.py sha256 fe907ef0e4bd2d97… · tree of 37 files without the manifest, sha256 4019975de1f50e9c…
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 code | python 959 · xml 496 |
| Tests | yes: 2 file(s), 280 lines |
| Migration scripts | no |
| Models | 2 new · 4 extensions |
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 7c3ad624919a.
The apps.odoo.com catalogue has a listing under the same technical name on 16.0: apps.odoo.com/apps/modules/16.0/maintenance_plan. A matching name does not prove matching code — how we counted this.
Depends on
| Module | Status | Checked |
|---|---|---|
| base_maintenance | ✓Installs | 2026-09-05 |
External dependencies
Checked against modidx/odoo:19.0-deps-20260922.
| Kind | Package | In our image |
|---|---|---|
| python | python-dateutil | in image |
History
| Last change | 2026-07-29 |
| Code commits, 12 months | 58 |
| Most active | Víctor Martínez, Enric Tobella, Yann Papouin |
| Files | 37 |
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