Thursday, February 13, 2025
19 changes
3 changes
Resolved issues and error corrections
This fix ensures dark mode styling files are only loaded when dark mode is used, instead of being included in the standard light mode view. It helps prevent visual inconsistencies in restaurant appointment planning screens that use Gantt views.
Original PR description
This commit fixes an asset issue with web_gantt where the dark mode specific assets from web_gantt were included in the main (light mode) assets from pos_restaurant_appointment. Part of task-4571228
The WhatsApp test coverage was updated to match recent shared platform changes around attachment handling, including voice attachments. This helps keep WhatsApp messaging behavior reliable and aligned with the latest expected workflows.
The Sign app now has the missing icon mapping needed to show the correct sidebar icons when new item types are used. This prevents errors and keeps the signing template setup experience working smoothly.
Original PR description
After #75291 we are using `icon_type` map to display the sidebar type icon if it's not defined on the item type. However the `icon_type` map wasn't defined anywhere which causes an error with new types.
16 changes
Resolved issues and error corrections
This fixes a recruitment access issue that prevented users with the Interviewer role from searching applications by applicant name. Interviewers assigned to applications can now find relevant candidates more easily in the recruitment list view.
Original PR description
### Steps to reproduce: - Create a user with 'Interviewer' group - Assign that user as interviewer to few applications - Log in as this user - Go to All applications list view in Recruitment module - Search on 'Applicant' ### Cause: In https://github.com/odoo-dev/odoo/commit/de79f671150ba29737ffc92d22687463b561524d#diff-3a7fc7935e58656320cc3e13fe8311415c847ae6a4273d87ef606ed520f83754 after introducing the hr_candidate we added an access rule for interviewer group to access this class but he can only write on it and can't search on it. ### Fix: We updated the access rule of the interviewer group so hec an be able to search on Applicant name. opw-4501932
The login flow now handles missing passwords correctly by showing the expected access denied message instead of an unexpected system error. This makes failed login attempts clearer for users and avoids confusing error pages.
Original PR description
Whenever you supply no password you are supposed to get an AccessDenied error. However in this case there will no be password supplied. This happens because of: https://github.com/odoo/odoo/blob/1f9f4dd165fccfaadf06c3ae68d742f5348bc9b6/addons/web/controllers/home.py#L122 When there is no value the key will also not be present. Therefore you will receive a keyerror instead of an accessdenied. This commit fixes that behavior and now you will get the accessdenied error as was originally intended.
The Point of Sale search box now keeps the text a user is typing when connected IoT devices refresh their status. This prevents interruptions during product searches and makes cashier workflows smoother.
Original PR description
Before this commit, when an IoT device was connected, if you kept typing in the search box, the input would be reset to its previous state with each statusLoop execution. This fix cancels the debounce on re-render, ensuring that the search word is preserved. opw-4562152 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an intermittent issue in the HTML editor's automated tests where focus tracking could sometimes use outdated selection information. The change helps make editor behavior and testing more reliable without altering visible business workflows.
Original PR description
Fix a non-deterministic error happening during the HOOT unit Test. The cause seems to be related to the hoot mock selection which do not always return the latest focused element in the document.getSelection(). runbot-115550 Related to : #197287 & #197345 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Link previews in Mail now handle page text encoding more reliably, so accented characters display correctly. This improves readability when users preview shared links from sources that use different encodings.
Original PR description
### Steps to reproduce: - Open the To-do app. - Paste the link into the editor (e.g., https://drive.google.com/file/d/1oNZsDWEUjxpwbB8tkv1CRCfp-pcKHhGG/edit). - Click on the link to open the preview. - Notice that accents are displayed incorrectly. ### Solution: - Retrieved encoding from the response or detected it using `chardet`. - Decoded the content using the detected encoding or fell back to UTF-8 if decoding failed. - Processed the decoded content to parse the HTML tree. ### Description of the issue/feature this PR addresses: Accents were not displayed correctly on the preview due to encoding mismatches. ### Desired behavior after PR is merged: Accents in the preview are displayed correctly as the content is decoded using the appropriate encoding, with a fallback to UTF-8 if needed. task-4435229
This fixes an issue in the HTML editor where pressing Enter after right-to-left headings, preformatted text, or quotes created a new paragraph in the wrong left-to-right direction. Users writing in right-to-left languages now get consistent text direction when continuing their content.
Original PR description
**Current behavior before PR:** When there is a `heading`, `pre` or `blockquote` tag in `rtl` direction, pressing enter at the end of element creates a new `p` tag in `ltr` direction rather than `rtl`. **Desired behavior after PR:** Now, pressing enter at the end of `heading`, `pre` or `blockquote` tag in `rtl` direction creates a new empty paragraph tag with `rtl` direction. task-4484619 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Project kanban view now correctly shows the Assign button when users hover over task assignment tags. This restores an expected action that had disappeared after a prior layout update, making task assignment easier from the board view.
Original PR description
The 'Assign' button of the field many2many_tags_avatar is always invisible in the kanban views with the class o_kanban_project_tasks. This happens because the condition that make it appear when the line of the field is hovered is never met: the class oe_kanban_content no longer exists since the refactoring of the kanban archs (see task: 3992107). Here we modify a bit the css rule so that the 'Assign' button can become visible when appropriate.
A missing test setup link was added so recently introduced website sale collection checks are included when the test suite runs. This helps prevent future issues from slipping through, with no expected change for everyday users.
Original PR description
Commit 2d4be3a added tests but import was missed.
The blog post snippet's horizontal layout now removes the divider from the final entry as intended. This fixes a small visual inconsistency on website pages, making blog lists look cleaner and more polished.
Original PR description
`s_dynamic_snippet_blog_posts` in the horizontal layout is displaying a border on the last entry while it should not. This is due to the `record_last` instead of `data_last` introduced in https://github.com/odoo/odoo/commit/dbb72d1f68cf7f462e1d6bdf8998f29627ccc2f0 Steps to reproduce: - Add a blog post snippet `s_blog_posts` in the page - Change the template option to "Horizontal" in the editor - Scroll to the last entry, it shouldn't have a border task-4182265 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
French VAT reimbursement amounts are now recorded in the correct closed reporting period without requiring new accounting entries in that period. This helps ensure VAT declarations remain accurate after period closure.
Original PR description
When we ask for a reimbursement for the VAT that is due from the state, we close the period, then we send the declarations, with the amount that is asked as reimbursement. The issue is that we need this amount to be registered in the report of this period. But it is closed, so we can't post moves with the tag in it. Let's transform it into an external value. task-4328721 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix adjusts the calendar view styling so short or compact events display more cleanly. It helps users read and manage calendar entries with fewer visual glitches.
Original PR description
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
This fix avoids conflicts when automated subscription payments and payment webhooks try to update the same invoice at the same time. Payment notifications will still be recorded on the related sales order, helping keep records consistent without interrupting automated billing.
Original PR description
Scenario ======== the subscription cron that automate the payment, start a payment transaction get the response and post process the the payment. In the meanwhile, the webhook receive also the response and try to post a message on the invoice in _log_message_on_linked_documents This lead to concurrent update on the invoice Solution ======== use _get_invoices_to_notify to remove the invoice currenctly handled by the invoice cron from the payment notification. The notification won't appear on the invoice in this flow, that's not a problem. Payment notification is also set on the sale order
This fixes an issue where opening the Planning Gantt view with a start date in the link could display too many time columns. The schedule view now stays easier to read and avoids confusion for users planning shifts or resources.
Report buttons now correctly trigger the intended error action when something goes wrong. This restores behavior that was accidentally lost during a previous update, helping users get clearer guidance instead of a missing or broken response.
Original PR description
During this forward port the feature error_action was lost: https://github.com/odoo/enterprise/pull/79108 This commit aims to bring it back.
This update fixes visual issues in the appointment type kanban view so appointment cards display more consistently. It corrects ribbon spacing, standardizes empty avatar sizing, and improves mobile alignment for easier reading.
Original PR description
Purpose ======= Fix some UI issues in the appointment type kanban view. Specification ============= - The ribbon is now wrapped around a div which is messing up the kanban display. Applying some style to make it position absolute and avoid a strange spacing. - Keep UI consistency by resizing the empty avatar card for resources to match the one used for users. - On mobile view, align the appointment title with its details. Task-4518542
Subscriptions will no longer assign a salesperson as the customer contact if that salesperson has no email address. This prevents customers from seeing portal errors caused by invalid email links and keeps subscription portal access working reliably.
Original PR description
Steps to Reproduce: 1. Create a user partner without an email address. 2. Create a subscription and set the salesperson to the newly created user. 3. Confirm the subscription order. 4. Log in as the subscription partner. Issue: This happens because `sales_user.email` is `False`, leading to an invalid `mailto:` link. Cause: The system sets the salesperson as the contact person for the partner, even when the salesperson does not have an email address configured. Fix: Added a condition to ensure the salesperson's email (`subscription_user.email`) is defined before aligning the partner's `user_id` with the salesperson. This prevents setting a salesperson without an email as the partner's contact person, thereby avoiding the error. Impact: This fix ensures that the portal view does not encounter issues due to missing email addresses for salespersons.