Monday, December 23, 2024
6 changes · 18.0
Enhancements to existing features
The Discuss interface receives small visual refinements that make conversations easier to scan, including better spacing, clearer unread indicators, and cleaner message dates. The member list now opens by default and remembers the user's preference, helping teams see who is online and encouraging collaboration.
Original PR description
Some style tweaks to discuss for improved readability and usability: 1. Slightly more vertical spacing between discuss sidebar items. -> Motivation: discuss sidebar felt too crowded, which was a bit…
Some style tweaks to discuss for improved readability and usability: 1. Slightly more vertical spacing between discuss sidebar items. -> Motivation: discuss sidebar felt too crowded, which was a bit hard to see group of avatar and related conversation name. 2. `.rounded-3` on category and channel actions rather than `.rounded-circle` -> Motivation: rounded square match rest of UI better, and makes hover effect slightly more visible. 3. Consistent spacing in-between category and channel actions, less spacing when next to badge counter. -> Motivation: spacing was too big and inconsistent. 4. Composer in discuss app is slightly lower. -> Motivation: felt too high compared to other chat apps 5. Member list is open by default in discuss app. Its default opening state is saved in local storage, thus preserved when open. -> Motivation: better visual of online members, incite for more communication between members, and also discuss feels more feature-complete. 6. Discuss sidebar unread indicator (small dot) is slightly more visible (opacity 35% => 50%). messaging menu important indicator is more visible (opacity 50% => 75%) -> Motivation: more visible while still not too distracting, the new opacity fits more with the rest of UI. 7. Message datetime does not show year if same as current year -> Motivation: reduces UI noise a bit for 2 days-old messages. https://github.com/odoo/enterprise/pull/75971 Discuss app, before  Discuss app, after  Messaging menu item, before (important bullet opacity 50%)  Messaging menu item, after (important bullet opacity 75%) 
Resolved issues and error corrections
This update fixes several small issues in Peppol electronic invoicing, including restoring the Print & Send wizard after Peppol registration. It also improves Belgian electronic address information and simplifies internal proxy communication, helping keep e-invoicing flows reliable.
Original PR description
### Commit 1: [FIX] account_peppol: Remove useless div The div is replaced few lines below, so no need to make it visible/invisible. task-no ### Commit 2: [FIX] account_edi_ubl_cii: add belgian EAS…
### Commit 1: [FIX] account_peppol: Remove useless div The div is replaced few lines below, so no need to make it visible/invisible. task-no ### Commit 2: [FIX] account_edi_ubl_cii: add belgian EAS translation task-no ### Commit 3: [FIX] account_edi_ubl_cii: fix typo in EAS task-no ### Commit 4: [FIX] account_peppol: clean calls to proxy Before this commit, when calling our Peppol proxy, here is what the call graph would look like (prefixed by the module the method belongs to): `account_peppol._call_peppol_proxy` -> `account_peppol._make_request` --> `account_peppol._call_peppol_proxy` ---> `account_edi_proxy_client._make_request` We simplify this to: `account_peppol._call_peppol_proxy` -> `account_edi_proxy_client._make_request` task-no ### Commit 5: [FIX] account_peppol: fix reopening of Print & Send wizard With previous commit [1], we broke the flow when registering to Peppol coming from the Print & Send wizard. The Print & Send wizard was not reopening after successful registration. task-no
Employees with attendance-based, fully flexible contracts can now access their calendar even when no working schedule is set. The system uses a safe default calendar instead of blocking access, preventing disruption for payroll and attendance setups.
Original PR description
**Issue:** An employee can't access its calendar if it has a contract based on attendances with a null allowed value for its working schedule (fully flexible). **Expected:** An employee should be able to access its calendar. **Steps to reproduce:** - Activate Payroll app and presence based on attendances in employees' settings; - Open or create a contract through the current user's employee's file; - Set "Work Entry Source" to "Attendances" and leave "Working Schedule" empty; - Try to access the Calendar app. **Cause:** No calendar found on a contract. https://github.com/odoo/odoo/blob/18.0/addons/hr_work_entry_contract/models/hr_contract.py#L154 https://github.com/odoo/odoo/blob/18.0/addons/hr_work_entry_contract/models/hr_work_entry.py **Fix:** Retrieve a default temporary fully flexible calendar if none has been found on the contract. **Linked:** Enterprise PR: https://github.com/odoo/enterprise/pull/73274 opw-4288878
Installing Peppol now works smoothly even when a related invoicing module has not yet been updated. This prevents customers from being blocked during setup and removes the need for a manual module update first.
Original PR description
The aim of this commit is to ensure a smooth installation of account_peppol. Context: Commit 171b4ae657bc86bba1b113f0aed7a4ba4a154ed9 introduced the div with id peppol_address in stable. That same id is referenced by account_peppol for inheritance. Before the commit: Customer already having the `account_edi_ubl_cii` module installed will face a crash when installing peppol. To be able to to install peppol, they will need to update `account_edi_ubl_cii`. After the commit: Peppol installation goes smoothly, even if the div isn't there yet. task-id: None
The point of sale mobile view now keeps long category lists from taking over the screen. Users can scroll categories while still seeing and selecting products, making checkout easier on phones or small screens.
Original PR description
Currently when users have too many categories in their pos, their are not able to see the products and cannot scroll. Steps to reproduce: ------------------- * Add categories to the pos `> 20` * Open pos shop * Change the view size to a mobile view > Observation: We cannot see all categories, cannot scroll through them, and cannot see/select products Why the fix: ------------ In mobile view we will show only 2 rows of categories and allow to scroll to see the rest. This allows for space for the products to be shown. If we have less than 3 categories and sub categories to show we will restrict the height to 1 row. opw-4371390 ## Before  ## After  https://drive.google.com/file/d/1yBOEFqX6NbI-mCLjQ9aSR-yEzJ3am50E/view?usp=sharing
The emoji picker now adapts its category navigation when emoji sizing differs across browsers or operating systems, avoiding unwanted scrollbars. This improves visual consistency and usability while keeping the picker aligned with the surrounding interface.
Original PR description
Before this commit, emoji navbar simply had `.overflow-auto`. The size of emoji category depends on browser/OS for the style of emoji, but browsers also differ in the way they render font unicodes.…
Before this commit, emoji navbar simply had `.overflow-auto`. The size of emoji category depends on browser/OS for the style of emoji, but browsers also differ in the way they render font unicodes. This means that overflow never happens on some configuration, and in a few of them it always occur. The size of emoji picker container is good and we want to keep it fixed, as it plays nicely with the rest of UI. For the size of emojis, as long as we rely on font unicode, we have to live with the different sizing. This commit suggests a new way to manage overflow which doesn't show a scroll bar while letting browser/OS choose their way to render emojis: we detect whether emoji tabs overflow, and when so it fills as most emoji it can without overflow. Navbar has many "panels", and switching to panels happen either manually (click on >> and << buttons) or with scrolling of emoji picker without any search. Commit also makes the following minor improvements: - category section position sticky was not completely hiding emoji list below (e.g. on Chrome macOS). This is fixed with a `.align-self-stretch` on the section - emoji categories are centered with emoji picker Task-4413819 ------------- _(note: size of emoji in navbar is artificially bigger to simulate some rendering in few browser/OS that have always overflow)_ Before / After  