Daily updates from Odoo
Friday, March 9, 2018
4 changes
Enhancements to existing features
This update makes certain error messages easier to understand by showing cleaner names and clearer module file paths. It helps support teams and developers identify configuration problems faster, reducing time spent diagnosing module issues.
Original PR description
Description of the issue/feature this PR addresses: Modified exception message with `(name, None)` to `name` when raise exception using subclass. And print the full path of `MANIFEST_NAMES` using `manifest_file`, to identify the module path. Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users can now filter partner records to find those with a VAT number more easily. This helps teams review customer or supplier tax information faster and supports cleaner partner data management.
Original PR description
In this branch we add the filter option by partner with vat number.
Odoo now keeps field references from each module that defines the same field. This prevents screens or views from breaking when one module is removed while another module still depends on that shared field.
Original PR description
Given the following variables: * Module A * Module B * Model M * Field X of model M If module A defines M.X and is installed, an xmlid for this field is generated in the form of A.field_M_X Before…
Given the following variables:
* Module A
* Module B
* Model M
* Field X of model M
If module A defines M.X and is installed, an xmlid for this field is
generated in the form of A.field_M_X
Before this commit:
If module B defines M.X as well and is installed after module A, no
xmlid is generated.
This means that if module A is uninstalled, the single xmlid pointing to
M.X will be deleted and thus, the field itself will be deleted as well,
therefore any views from module B referencing M.X will crash.
After this commit:
If module B (or any subsequent modules) define M.X, an xmlid will be
generated in the form of B.field_M_X.
If module A is uninstalled, the xmlid A.field_M_X will be deleted, but
B.field_M_X will remain and thus the field itself won't be deleted.
This system means that for a single actual field, there can be multiple
xmlids, each xmlid sharing the same field, thus the name "shared
fields".
Task ID 38016
Task link: https://www.odoo.com/web#id=38016&view_type=form&model=project.task&action=333&active_id=133&menu_id=4720
Description of the issue/feature this PR addresses:
Current behavior before PR:
Desired behavior after PR is merged:
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prScheduled background jobs now report how many tasks ran successfully, how many failed, and when the next job is due. This improves operational visibility and helps the server make better decisions about when to check for upcoming automated work.
Original PR description
…time _acquire_job() now returns the following: - success: number of successfully triggered jobs - failed: number of failed triggered jobs - nextcall: minimum nextcall value from active ir_cron - nextcall_epoch: same as above as epoch Also, _acquire_job() was not returning anything, however some code was acting as is (probably due to historic refactoring), this explains the changes in server.py Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr