Tuesday, March 25, 2025
7 changes
3 changes
Enhancements to existing features
This update ensures parts of Odoo that legitimately need restricted information can still read it safely when users do not have direct field access. It helps avoid permission-related interruptions in documents, HR, field service, payroll, spreadsheets, and timesheets while preserving access controls.
Original PR description
Add sudo for fields that are inaccessible by default but still read without the required permissions.
Live chat reporting now includes a “Tickets Created” statistic, helping teams see how often chat conversations lead to helpdesk tickets. This gives managers better visibility into support demand and how live chat contributes to issue tracking.
Original PR description
This commit adds the "Tickets Created" statistic for livechat sessions. community PR: https://github.com/odoo/odoo/pull/202687 task-4614274
After sending a PDF for signature, the signing form now stays closed instead of reopening automatically. This keeps the workflow smoother while still letting users access the sent document from its link or kanban card.
Original PR description
Before this commit, when a PDF was sent to users for signature, the form would reopen automatically after sending, which could disrupt the user flow. With this commit, the form no longer reopens after sending the document. However, users can still access and view the sent document by clicking on the link or the corresponding kanban card. task-4184028
4 changes
Enhancements to existing features
Odoo now checks Peppol registration activation much sooner after a company signs up, reducing the wait before invoice receipt can be enabled. It also checks sent invoice status shortly after sending, improving visibility and helping on-premise users who cannot rely on webhooks.
Original PR description
Currently, registering as a receiver on Peppol via Odoo has a poor user experience due to the long delays in activation. The activation process requires a DNS lookup, which is performed on the IAP side every 6 hours. Additionally, the client db queries IAP for the user state every 6 hours before enabling the receipt of invoices, resulting in a typical delay of over 8 hours—often spanning more than a full workday. This commit, together with https://github.com/odoo/iap-apps/pull/989 tries speed things up by - fetching the activation status 1h after registration from IAP (client-db side) - fetching sent invoice status 5 minutes after having sent the invoice This is also a replacement for webhooks for on-prem users who won't be able to use webhooks from this PR: https://github.com/odoo/iap-apps/pull/1008 task-4395265
Editing product attributes on product forms is now faster for databases with very large numbers of product attribute lines. The change reduces waiting time when adding or changing attributes, improving day-to-day productivity for users managing large product catalogs.
Original PR description
When there are lots of `product_template_attribute_lines` the computation of the `product_tmpl_ids` field of `product.attribute` can take a bit of time. This in turn slows down the editing of attribute/attribute_values on product.template's FormView. This commit changes the compute method by first doing a `_read_group` to retrieve the templates by attribute. This skips the `__get__` call on `product_attribute.product_attribute_line_ids`. A compound index on `product_template_attribute_line` is also added to speedup the `_read_group` mentioned above. #### speedup Customer database with close to 900 000 product_template_attribute_lines and an average of 100 000 product_template_attribute_lines by attribute_id. Adding a new attribute in a template FormView: 3s -> 500ms. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Hong Kong payroll payslip report has been refined to show updated legal names for Hong Kong office employees and remove sensitive information from payslips. Demo payroll data was also corrected, improving reliability for examples and testing.
Original PR description
Minor improvements on HK payroll: - Update legal name for hk office employees - Remove several sensitive data on payslip - Fix demo data error
UrbanPiper online orders no longer earn loyalty points or rewards in Point of Sale. This prevents customers from receiving duplicate benefits when delivery platforms already provide their own reward programs.
Original PR description
Before this commit: ====================== Loyalty points were awarded for all orders, including those from UrbanPiper (online orders). This allowed customers to earn loyalty points both for dine-in and online orders, leading to earning loyalty points twice. Since online food delivery platforms have their own reward systems, loyalty points should not be granted for these orders. After this commit: ==================== Loyalty points and rewards are now excluded for UrbanPiper orders. Task-4585821