Monday, December 18, 2023
9 changes · master
Enhancements to existing features
Barcode scanning in the web interface now uses a more efficient decoding method for repeated scans. This can make continuous scanning smoother and reduce unnecessary processing without changing how users scan barcodes.
Original PR description
In the ZXing library, the documentation for the decode method says : > This version of decode honors the intent of Reader.decode(BinaryBitmap) in > that it passes null as a hint to the decoders. However, that makes it > inefficient to call repeatedly. Use setHints() followed by decodeWithState() > for continuous scan applications. As we already use `setHints()`, adapting the decoding method to `decodeWithState()` can provide a potential efficiency gain. task-3600472 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Invalid form fields now get a light warning background, making data entry errors more visible. This helps users quickly identify and correct mistakes, especially in tables with many rows or related records.
Original PR description
When fields are invalid, it can sometimes be difficult to notice especially in x2many table. This commit applies a light danger background on the invalid fields making them easier to spot. task-3506930 | Before | After | | ---- | ---- | | <img width="1094" alt="image" src="https://github.com/odoo/odoo/assets/118886338/1056223a-9dd8-42f1-9833-6a0514a26720">| <img width="1275" alt="image" src="https://github.com/odoo/odoo/assets/118886338/19a5d3ac-bb75-4ca2-b120-f9c66c474ab7">| --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When a contact is selected for an SMS, the recipient phone number is now filled in automatically. This reduces manual entry, saves time, and helps avoid mistakes when sending messages.
Original PR description
Automatically fetch the number when Contact is set. task-3537546 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
Timesheet reporting now lets users group employee timesheet data by customer. This makes it easier for managers to review time spent per client and understand customer-related workload without extra manual analysis.
Original PR description
Improve added group by partner in reporting in timesheet. - Before this commit there was no group by partner in reporting by employee in timesheet app. - In this commit group by added in timesheet app. task-3512452
The Create Project option on sales orders is now placed in the action menu instead of directly on the sales order screen. This reduces confusion by making it clearer that projects are normally created automatically, while still keeping the manual option available when needed.
Original PR description
This PR moves the 'create project' button from the SO view to the action menu. This change is done because having the button directly on the SO view leads people to believe that they have to manually create a project when it is automatic. The SO view was changed to remove the button, and it was moved to the action menu. The action_create_project() method was also changed to return a danger display notification in the case where creating a project for the SO is not allowed. task-3612993
WhatsApp conversation threads are now automatically placed in the appropriate Discuss sidebar category. This makes it easier for users to find and manage WhatsApp conversations alongside other discussions without extra manual organization.
Original PR description
part of task-3640730 community: https://github.com/odoo/odoo/pull/146484
The Indian GSTR-1 tax report now highlights common compliance issues before filing, such as incorrect tax use, missing or mismatched HSN codes, and invalid unit quantity codes. This helps businesses catch data problems earlier and reduce the risk of GST filing errors.
Original PR description
In this PR: ================================== Added new warnings in tax report for GSTR-1 -Intrastate transaction must not have IGST tax -Interstate transaction must not have SGST or CGST as tax -Products must have HSN code -Products having HSN code starting with '99' must have type as 'Service' -Products having type as 'Service' must have HSN code starting with '99' -UQC code must be as per Indian GST standards task-3558902
Resolved issues and error corrections
When users open a link to a missing or incorrect record, Odoo now redirects them back to the default view instead of leaving a blank page. The warning notification still appears, and list navigation updates correctly when records no longer exist.
Original PR description
Before this commit, when opening a url with a bad id in form mode an error notification was shown and the page was blank After this commit, the page is redirected to the default view of the action and the notification is still shown TASK-ID: [3143552](https://www.odoo.com/web#action=333&active_id=133&model=project.task&view_type=kanban&cids=1&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-pr
Code cleanup and technical improvements
This change reorganizes country-specific localization modules so each country has one shared demo data package and separate accounting-specific modules. This reduces duplicate demo companies when multiple localization packages are installed, making testing and demonstrations cleaner and more consistent.
Original PR description
Auto Install ============ By having only one root module per country, containing minimal data and model changes, we can use that module to auto-install all localization for other modules. For…
Auto Install ============ By having only one root module per country, containing minimal data and model changes, we can use that module to auto-install all localization for other modules. For instance, installing `l10n_xx`, `account` and `hr_payroll` will automatically install all the bridges required for the country `xx`. Demo Data ========= Up until now, we did not have any common demo data package for localization. This is an issue for localization having both accounting and hr packages, because these do not depend on each others. It means that to have complete demo data individually, they need to define demo company in both cases. This leads to duplication in demo companies for a single country when both packages are installed, which is not ideal for testing as it also means that demo data is split between multiple companies. This commit will rename things a bit to bring a common demo data package for multiple localization. `l10n_xx` as it is known today becomes `l10n_xx_account` (as it was all along an invoicing module). `l10n_xx` is instead a new module containing the demo company data. task-3555251 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr