Wednesday, April 12, 2023
31 changes · master
Enhancements to existing features
The project dependency list has been updated to match versions available in Ubuntu 22.04 while keeping compatibility with Debian Bullseye in mind. This helps deployments on newer Ubuntu systems run with supported package versions and reduces environment mismatch issues.
Original PR description
With the release of the Ubuntu 22.04 Jammy Jellyfish, the time has come for our requirements to make the usual JCVD style big gap between the latest Ubuntu stable and the latest Debian stable 11.4…
With the release of the Ubuntu 22.04 Jammy Jellyfish, the time has come for our requirements to make the usual JCVD style big gap between the latest Ubuntu stable and the latest Debian stable 11.4 Bullseye. | | Debian Bullseye | Ubuntu Jammy | | --------------------|---------------------------|----------------------| | chardet | [4.0.0](https://packages.debian.org/bullseye/python3-chardet) | [4.0.0](https://packages.ubuntu.com/jammy/python3-chardet) | | idna | [2.10](https://packages.debian.org/bullseye/python3-idna) | [3.3](https://packages.ubuntu.com/jammy/python3-idna)| | libsass | [0.20.1](https://packages.debian.org/bullseye/python3-libsass) | [0.20.1](https://packages.ubuntu.com/jammy/python3-libsass)| | Markupsafe | [1.1.1](https://packages.debian.org/bullseye/python3-markupsafe) | [2.0.1](https://packages.ubuntu.com/jammy/python3-markupsafe) | | num2words | [0.5.9](https://packages.debian.org/bullseye/python3-num2words) | [0.5.10](https://packages.ubuntu.com/jammy/python3-num2words)| |passlib| [1.7.4](https://packages.debian.org/bullseye/python3-passlib)|[1.7.4](https://packages.ubuntu.com/jammy/python3-passlib)| |psutil |[5.8.0](https://packages.debian.org/bullseye/python3-psutil)|[5.9.0](https://packages.ubuntu.com/jammy/python3-psutil)| |pydot|[1.4.2](https://packages.debian.org/bullseye/python3-pydot)|[1.4.2](https://packages.ubuntu.com/jammy/python3-pydot)| |pyopenssl|[20.0.1](https://packages.debian.org/bullseye/python3-openssl)|[21.0.0](https://packages.ubuntu.com/jammy/python3-openssl)| |pyserial|[3.5](https://packages.debian.org/bullseye/python3-serial)|[3.5](https://packages.ubuntu.com/jammy/python3-serial)| |python-dateutil|[2.8.1](https://packages.debian.org/bullseye/python3-dateutil)|[2.8.1](https://packages.ubuntu.com/jammy/python3-dateutil)| |stdnum|[1.16](https://packages.debian.org/bullseye/python3-stdnum)|[1.17](https://packages.ubuntu.com/jammy/python3-stdnum)| |pytz|[2021.1](https://packages.debian.org/bullseye/python3-tz)|[2022.1](https://packages.ubuntu.com/jammy/python3-tz)| |zeep|[4.0.0](https://packages.debian.org/bullseye/python3-zeep)|[4.1.0](https://packages.ubuntu.com/jammy/python3-zeep)|
User profile XP changes are now easier to interpret because decreases are shown with an orange warning badge instead of the same green success badge used for increases. This helps users and administrators quickly distinguish positive XP gains from negative XP adjustments.
Original PR description
before this commit, if an user receive an increase or decrease in the XP, both are currently shown with success badge(green). after this commit, if there is decrease in user XP, it will be shown with warning badge(orange) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Localization module information now directs users to Odoo’s own documentation instead of external sources. This gives customers and partners a more consistent, reliable source for learning about standard country-specific localization features.
Survey questions with single or multiple choice answers are now treated as scored only when at least one answer is marked correct. This prevents misleading statistics, such as showing incorrect answers for questions that cannot actually be answered correctly.
Original PR description
This commit slightly modifies the condition to be considered as a "scored question" for questions of type simple/multi choice. Now, to be scored, you need to have at least one correct answer. This notably allows not showing "incorrect answer: 1" when displaying survey statistics as there is no way to get it correctly. Task-3224732
The slide lesson page layout now aligns external sources and additional resources more consistently. This improves readability and gives learners a cleaner, more polished experience when viewing slide content.
Original PR description
Make the alignment proper between 'external sources' and 'additional resources' by using the 'col' classes and add the spacing between them. Task-3229139 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update simplifies some internal point of sale code that handles item merging and price calculations. It should make the system easier to maintain while keeping day-to-day behavior unchanged for users.
The wording shown when generating timesheets for time off has been updated to be easier for end users to understand. This helps employees and administrators better interpret the information after recent changes to the time off timesheet flow.
Original PR description
Before this commit generating timesheet for time off doesn't have clearer info after the recent change. This commit update info according to recent changes to have better understanding to end user. task-3186664
The Knowledge article dialog now opens at a medium size instead of a large one. This creates a more balanced layout and avoids unnecessary empty space when users open articles.
Original PR description
**Purpose:** When user opens the article dialog box(from '/Article'), it opens with a large size and there is no point of having it this long. **Specification:** Reduce the size of the dialog box to medium for an appropriate look. **Task**-3252594
Users now see a visual indication when they try to drag and drop files into the Documents “All” workspace, where dropping is not allowed. This helps prevent confusion by making the restriction visible at the moment of action.
Original PR description
This commit adds a visual effect when one is trying to drag and drop a file in the "all" workspace which is forbidden. Task-3225053
Resolved issues and error corrections
This fix prevents an error from appearing when someone clicks an empty user avatar field. It improves stability in the Mail-related user interface and avoids interrupting users with a traceback.
Original PR description
m2o avater user widget This commit's purpose is to prevent a traceback when the user click on an empty avatar user icon. task-3254564 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
Miscellaneous changes
Since [this other commit], an error is displayed when the language selector is opened. This commit fixes the issue. Steps to reproduce the issue: - Edit a website page - Click on the navbar - Set the language selector option to 'Dropdown' - Set the header template to Sidebar - Save - Click on the language selector => An error is displayed The error was only present for languages selectors that were in a sidebar because in this case the element that has the dropdown class does not
Original PR description
Since [this other commit], an error is displayed when the language selector is opened. This commit fixes the issue. Steps to reproduce the issue: - Edit a website page - Click on the navbar - Set the language selector option to 'Dropdown' - Set the header template to Sidebar - Save - Click on the language selector => An error is displayed The error was only present for languages selectors that were in a sidebar because in this case the element that has the dropdown class does not have the nav-item class. [this other commit]: https://github.com/odoo/odoo/commit/b6963dc21bad4b012aace16b9ea9264c33a0d618 opw-3247507 Forward-Port-Of: odoo/odoo#118148
Original PR description
Removing external links from localization manifests and redirect to our own documentation. Ensure that users can learn about our standard localization modules from a source of information that we have authorship on. Task-Id: 3248632 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Replace matched filter by unmatched in payment view. It makes more sense to find payments that are unmatched. task-id: 3231191 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#117055
Original PR description
Replace matched filter by unmatched in payment view. It makes more sense to find payments that are unmatched. task-id: 3231191 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#117055
Steps to reproduce: - set early_pay_discount_computation on company to mixed. - create an expense with taxes - try to post entries from the expense > traceback This commit adds the missing key in the needed_terms computed on in hr_expense. We could have bypassed the computation in the case of expenses but simply adding the key sounds like a more future-proof solution. opw-3244294 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Por
Original PR description
Steps to reproduce: - set early_pay_discount_computation on company to mixed. - create an expense with taxes - try to post entries from the expense > traceback This commit adds the missing key in the needed_terms computed on in hr_expense. We could have bypassed the computation in the case of expenses but simply adding the key sounds like a more future-proof solution. opw-3244294 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#117139
"Order by" makes the query really slow. On a database with 1000000 partner and 10000 user, this query goes from 5.5s to 600ms. Once cached by Pgsql it goes down below 100ms. task-2982401 Forward-Port-Of: odoo/odoo#118217
Original PR description
"Order by" makes the query really slow. On a database with 1000000 partner and 10000 user, this query goes from 5.5s to 600ms. Once cached by Pgsql it goes down below 100ms. task-2982401 Forward-Port-Of: odoo/odoo#118217
task - 3062158 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#118072 Forward-Port-Of: odoo/odoo#114689
Original PR description
task - 3062158 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#118072 Forward-Port-Of: odoo/odoo#114689
Tracked binary fields do not produce any message in the chatter Steps to reproduce: 1. Install Sales and Studio 2. Open any quotation 3. Trigger Studio and add a signature field to the form 4. With debug mode enabled, edit the field (by clicking on MORE when the field is selected) and set the Enable Ordered Tracking to 1 5. Close Studio 6. Edit the signature and save 7. No message appears in the chatter to track the value Solution: Remove the `tracking` field from binary fields to
Original PR description
Tracked binary fields do not produce any message in the chatter Steps to reproduce: 1. Install Sales and Studio 2. Open any quotation 3. Trigger Studio and add a signature field to the form 4. With debug mode enabled, edit the field (by clicking on MORE when the field is selected) and set the Enable Ordered Tracking to 1 5. Close Studio 6. Edit the signature and save 7. No message appears in the chatter to track the value Solution: Remove the `tracking` field from binary fields to prevent the user from trying to track it Problem: We shouldn't track binary data in the chatter and we cannot use the filenames opw-3055108 task-3255810 Forward-Port-Of: odoo/odoo#118243 Forward-Port-Of: odoo/odoo#117821
**Steps to reproduce:** 1. Go to Manufacturing App 2. Click on some MO 3. When pressing the 'ALT' shortcut key the Scrap and Cancel tabs offer the letter 'Z'. According to [this spreadsheet ](https://docs.google.com/spreadsheets/d/1QIPwUiEDv37H1P_FjN-WctzPey2Niu6K5dCL157Z8BY/edit#gid=0) the scrap action (line 79) should be assigned to shortkey 'Y' OPW-3202893 Forward-Port-Of: odoo/odoo#117563 Forward-Port-Of: odoo/odoo#117112
Original PR description
**Steps to reproduce:** 1. Go to Manufacturing App 2. Click on some MO 3. When pressing the 'ALT' shortcut key the Scrap and Cancel tabs offer the letter 'Z'. According to [this spreadsheet ](https://docs.google.com/spreadsheets/d/1QIPwUiEDv37H1P_FjN-WctzPey2Niu6K5dCL157Z8BY/edit#gid=0) the scrap action (line 79) should be assigned to shortkey 'Y' OPW-3202893 Forward-Port-Of: odoo/odoo#117563 Forward-Port-Of: odoo/odoo#117112
This PR fixes the following issues, and adds the related missing unit tests. **Before this PR:** 1. Pasting an image or video URL as simple text was failing, and pasting it as a link was undoing the last modification before it. 2. Pasting image/video URL + other text fragments: The powerbox commands are not compatible with pasting text containing: - one image/video URL and other text fragments - multiple URLs. Choosing
Original PR description
This PR fixes the following issues, and adds the related missing unit tests. **Before this PR:** 1. Pasting an image or video URL as simple text was failing, and pasting it as a link was undoing the…
This PR fixes the following issues, and adds the related missing unit tests.
**Before this PR:**
1. Pasting an image or video URL as simple text was failing, and pasting it as a link was undoing the last modification before it.
2. Pasting image/video URL + other text fragments: The powerbox commands are not compatible with pasting text containing:
- one image/video URL and other text fragments
- multiple URLs.
Choosing to embed the image/video or to paste it as URL leads to loss of all text fragments and URLs but the last URL.
3. Pasting image URL inside an existing link: Even though the Editor's specs do not allow a URL to be transformed into a link when pasting it inside an existing link, pasting an image URL inside a link opens the powerbox with 3 commands, one of them allowing to transform the URL into a link.
~4. When pasting an image URL inside an "isolated" link (after having clicked on it and making it the only contenteditable in the document), the cursor disappeared, preventing the powerbox to open (it would open later when insering text somewhere outside the link).~
5. The Selection is not properly restored when UNDOing after pasting over a non-collapsed selection:
- a valid URL (not image or video)
- text composed of a valid URL between text fragments
6. When pasting media URL the powerbox would open with 2 command groups, containing one command each. Grouping is useless in this case.
7. Pasting media URL with the mouse (right click + paste) failed to open Powerbox
8. Pasting content inside an (invisible) empty link or when all its inner contents were selected lead to undesired effects, among which having nested links (see [task-3081254](https://www.odoo.com/web#id=3081254&menu_id=4720&cids=1&action=333&active_id=1695&model=project.task&view_type=form))
**After this PR:**
1. Image and video URLs can be pasted as a link ~or as text~.
~But another issue arises from being able to paste a URL as text: if the user wishes to type further after the URL, hitting the SPACE key transforms the recently pasted URL behind the cursor. In order to prevent this, this PR proposes the following spec:~
~When pasting a URL as text at the end of a line, an extra space is added.~
~Otherwise the user would have no way to type more text in that line without transforming the URL into a link.
Pasting the URL somewhere other than right before a line break does not lead to the addition of an extra space, as this would mostly likely lead to an undesired inclusion of a space.~
Pasting a URL as plain text is no longer possible, as this was considered a useless command.
2. The powerbox does not open when pasting multiple URLs or URL + other text fragments.
This does not change current spec, in which related tests only dealt with the scenario of pasting a single image/video URL. It proposes only that the current spec should not apply to the cases other than a single URL. In such cases, normal pasting with URL transformation takes place.
3. The powerbox no longer opens when pasting a image URL inside a link, and the image is embedded directly. The logic for selecting the suitable powerbox commands when pasting URL was rewritten.
~4. The cursor position is restored after pasting an image URL inside an isolated link, and the powerbox opens.~
5. Selection is properly restored after paste + UNDO.
6. Command groups were removed from powerbox upon paste of media URL.
7. Pasting media URL with the mouse opens Powerbox as expected.
8. In order to prevent inadvertently pasting content inside a link rather than replacing it, this PR removes the link when pasting content inside an empty link or when all of its text content is selected, letting the pasted content replace it.
**Other minor fixes:**
Unnecessary regex matchings were removed.
Removed argument from call to `historyPauseSteps`, as this function takes no arguments.
See commit messages for details on the technicals.
task-3099012
task-3081254
Forward-Port-Of: odoo/odoo#117246
Forward-Port-Of: odoo/odoo#108755Before this commit, when using chatbot on an external website, the answers were not styled like buttons. This happens because styling is using bootstrap classnames, which are not available in the external lib. This commit fixes the issue by putting SCSS equivalent style rules, so that the answers are properly styled. opw-3234872 Before/After    Forward-Port-Of: odoo/odoo#118209
Commit odoo/enterprise@4bbf70f was fixing a timezone issue. Datetimes coming from lists inserted in a spreadsheet were always displayed in UTC. However, this commit also changed the formatting behavior. Before the fix: date/datetimes were dispalyed with the server format After: they are displayed with the local format (FR if the user lang is French) This can lead to issues because spreadsheet only understands a handfull of date(time) format. For example, it doesn't understand dd/mm/yyyy f
Original PR description
Commit odoo/enterprise@4bbf70f was fixing a timezone issue. Datetimes coming from lists inserted in a spreadsheet were always displayed in UTC. However, this commit also changed the formatting…
Commit odoo/enterprise@4bbf70f was fixing a timezone issue. Datetimes coming from lists inserted in a spreadsheet were always displayed in UTC. However, this commit also changed the formatting behavior. Before the fix: date/datetimes were dispalyed with the server format After: they are displayed with the local format (FR if the user lang is French) This can lead to issues because spreadsheet only understands a handfull of date(time) format. For example, it doesn't understand dd/mm/yyyy format but only the other way around (mm/dd/yyyy) This commit restores the previous format (server format), while preserving the timezone conversion. opw-3251586 Manual forward-port of odoo/enterprise#39438 X-original-commit: odoo/enterprise@c66f8622a5bc09d8ad25ce0850dfb536ebe1b201 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 Forward-Port-Of: odoo/odoo#118207
This pull request does not introduce any product or workflow changes. It was kept empty because a related implementation no longer requires an internal query-count update, so there is no expected impact for users.
Original PR description
Empty PR. This PR was necessary to update the query count with a previous implementation. But with the new implementation, the query count must not be updated so it is now empty. See odoo/enterprise#39449 Task-3082297
If applied, this commit will solve the issue of the archived pos config issue while session accessed from another tab, another device, or another user. Steps to produce: - Open the pos session. - From another device or another tab archive the pos.config record. - Refresh the opened session. sentry - 4057306284 see - https://tinyurl.com/2opdugz4 Forward-Port-Of: odoo/odoo#117584
Original PR description
If applied, this commit will solve the issue of the archived pos config issue while session accessed from another tab, another device, or another user. Steps to produce: - Open the pos session. - From another device or another tab archive the pos.config record. - Refresh the opened session. sentry - 4057306284 see - https://tinyurl.com/2opdugz4 Forward-Port-Of: odoo/odoo#117584
Issue: CSRF token was being cached and this caused issues when the session id was updated. Post requests would continue to use the old CSRF token and it would not be able to be validated with the session id. Solution: Added the t-nocache attribute to every instance where csrf_token is called in the case that the session_id is different. This is changed to behave the same as the csrf token input in the products_item template. opw-3256880 --- I confirm I have signed the CLA and read th
Original PR description
Issue: CSRF token was being cached and this caused issues when the session id was updated. Post requests would continue to use the old CSRF token and it would not be able to be validated with the session id. Solution: Added the t-nocache attribute to every instance where csrf_token is called in the case that the session_id is different. This is changed to behave the same as the csrf token input in the products_item template. opw-3256880 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#117861
[FIX] mass_mailing,mail: fullwidth chatter & spacing The Email Marketing app being in full width with a different chatter behavior, its template was clashing with the inner navigation. Moreover some inputs and labels had weird spacing and uneven responsive behavior. This commit removes the borders from the chatter `.o_ChatterTopbar_tool` and next to the activity btn. However, since the inner chatter template is inaccessible through `<xpath>` and the borders were applied with bs c
Original PR description
[FIX] mass_mailing,mail: fullwidth chatter & spacing The Email Marketing app being in full width with a different chatter behavior, its template was clashing with the inner navigation. Moreover some…
[FIX] mass_mailing,mail: fullwidth chatter & spacing The Email Marketing app being in full width with a different chatter behavior, its template was clashing with the inner navigation. Moreover some inputs and labels had weird spacing and uneven responsive behavior. This commit removes the borders from the chatter `.o_ChatterTopbar_tool` and next to the activity btn. However, since the inner chatter template is inaccessible through `<xpath>` and the borders were applied with bs classes, this required the use of CSS variable to avoid an ugly overrides on the border property with an `!important`. This use of CSS variable allows to display borders by default except when the variable is defined inside the `mass_mailing.scss` which removes the borders for this specific use case. To allow better control and not alter the current behavior a new class has been added: `o_ChatterTopbar_borderLeft`. To even the spacing between the nav, the chatter's topbar and the chatter messages, a negative margin is applied on first child of `o_MessageList_separator` for mass_mailing. This allows the override of the `pt-4`. Moreover, in community if the chatter is in full width, the box-shadow of the `Send message` btn was cut on the left side by the `overflow: auto` on the .o_ChatterContainer, to avoid this behavior the same CSS variable logic is used, using the `--ChatterContainer-overflow` in the file `chatter_containers.scss` with a default value of `auto` and `visible` when the variable is defined (in mass_mailing). The same logic is used in `activity_box.xml, .scss` with the variable `--ActivityBox_title-margin` to override the existing margin-top. To fix the spacing issue this commits changes the padding top on the Select mailing list `label` to be applied only in `sm` screens. For small screens in mass_mailing, the default padding-left next to the Send message is set to 0 with the variable `--ChatterTopbar-padding-left` Finally to avoid the `o_domain_selector` component's huge size on lg screen, the class `w-lg-50` has been added. task-3109579 [Before fix]   [After fix]  --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#117418 Forward-Port-Of: odoo/odoo#110145
- Inactivate unused identification types: passport and unknown - Fix website in the manifest to point to official documentation - Fix data in some taxes - Adds reimbursement taxes --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#113581
Original PR description
- Inactivate unused identification types: passport and unknown - Fix website in the manifest to point to official documentation - Fix data in some taxes - Adds reimbursement taxes --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#113581
[FIX] decimal position in unit test sample EDI XML files, using 2 decimal places instead of 6, not because it gave errors but because the technical specification states 6 decimal places solely for the fields unit_price and product_quantity and also because it is just impossible to have 6 decimal places in a country with USD as currency (In USD it is impossible to have a coin smaller than 0.01). [FIX] A few translations [FIX] Validation for requiring the payment method on sale invoice and purch
Original PR description
[FIX] decimal position in unit test sample EDI XML files, using 2 decimal places instead of 6, not because it gave errors but because the technical specification states 6 decimal places solely for…
[FIX] decimal position in unit test sample EDI XML files, using 2 decimal places instead of 6, not because it gave errors but because the technical specification states 6 decimal places solely for the fields unit_price and product_quantity and also because it is just impossible to have 6 decimal places in a country with USD as currency (In USD it is impossible to have a coin smaller than 0.01). [FIX] A few translations [FIX] Validation for requiring the payment method on sale invoice and purchase liquidation only [FIX] Fix typos in a few tax templates [FIX] Improves withhold report with better vertical alignment for the tax support and a few lines to make it more transparent which withhold taxes belong to which tax supports (we vertically center the tax support in the middle of its withhold taxes) [FIX] Payment method in tests, to use a payment method that is in use nowadays (replaces code 17 electronic money with code 01 other methods, electronic money is no longer existent in Ecuador) [FIX] Foreign supplier withhold test, by setting the proper tax regime (a foreign one) and using a foreign withhold tax. (It didn't break the tests before because the foreign regime is required in the view and not in python) [ADD] Adds reimbursement taxes which were missing Forward-Port-Of: odoo/enterprise#37505
steps: helpdesk > configuration > teams > create a team cause: while creating a team the default color was set on it issue: default color was set on the teams fix: change the default color of the team to none task-3141892 Forward-Port-Of: odoo/enterprise#39546 Forward-Port-Of: odoo/enterprise#36042
Original PR description
steps: helpdesk > configuration > teams > create a team cause: while creating a team the default color was set on it issue: default color was set on the teams fix: change the default color of the team to none task-3141892 Forward-Port-Of: odoo/enterprise#39546 Forward-Port-Of: odoo/enterprise#36042
At the moment, the input for external value (manual input) is not centered. It's aligned at the top and doesn't look nice next to the "Post" button. This commit aligns the input at the center. Forward-Port-Of: odoo/enterprise#39463
Original PR description
At the moment, the input for external value (manual input) is not centered. It's aligned at the top and doesn't look nice next to the "Post" button. This commit aligns the input at the center. Forward-Port-Of: odoo/enterprise#39463
### Bug Currently, trying to export (PDF or XLSX) any consolidation balance will always export the latest one (the one with larges `id`). ### Steps to reproduce 1. create multiple consolidations 2. go to any consolidation balance 3. click on`PDF` or `XLSX` to export the report You should see that no matter which consolidation you try to export, you always get the same file. opw-3229643 Forward-Port-Of: odoo/enterprise#39221
Original PR description
### Bug Currently, trying to export (PDF or XLSX) any consolidation balance will always export the latest one (the one with larges `id`). ### Steps to reproduce 1. create multiple consolidations 2. go to any consolidation balance 3. click on`PDF` or `XLSX` to export the report You should see that no matter which consolidation you try to export, you always get the same file. opw-3229643 Forward-Port-Of: odoo/enterprise#39221
task - 3062158 Forward-Port-Of: odoo/enterprise#39516 Forward-Port-Of: odoo/enterprise#37917
Original PR description
task - 3062158 Forward-Port-Of: odoo/enterprise#39516 Forward-Port-Of: odoo/enterprise#37917
Right now the signature request smartbutton only displays sign requests sent to work emails, but an employee might not have a work email set yet when using the recruitment app for example. So the behavior after this PR is : take work email if it exists, if not take the private email, if no email is set notify the user. task - 3240123 Forward-Port-Of: odoo/enterprise#39382 Forward-Port-Of: odoo/enterprise#38535
Original PR description
Right now the signature request smartbutton only displays sign requests sent to work emails, but an employee might not have a work email set yet when using the recruitment app for example. So the behavior after this PR is : take work email if it exists, if not take the private email, if no email is set notify the user. task - 3240123 Forward-Port-Of: odoo/enterprise#39382 Forward-Port-Of: odoo/enterprise#38535