Thursday, March 7, 2024
33 changes · saas-17.1
Resolved issues and error corrections
This pull request fixes a minor issue where a character was missing from a translation pattern within the Odoo survey module. As a result, users were not seeing the intended text. This update ensures all survey text is displayed correctly for a better user experience.
Original PR description
A character was left out of the translation pattern, so the text was never displayed correctly to the user. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#155331
This update corrects a visual glitch (flicker) that occasionally appeared when hovering over buttons on the course page. This enhancement ensures a smoother and more professional user experience for visitors. The fix was part of a larger effort to improve website stability.
Original PR description
This commit fixes the flicker issue of buttons hovering over content on the course page. Task-3751285 Forward-Port-Of: odoo/odoo#156543 Forward-Port-Of: odoo/odoo#155869
This update fixes an issue where charts on survey results pages would disappear when printing. The fix adds styling to ensure charts are always visible and removes unnecessary code that caused this problem. This ensures consistent and reliable printing of survey results.
Original PR description
Purpose ======= When you go on any survey results page, you notice charts are smaller than they used to be on version 16. But there are still readable. The annoying part is when you click on the `print` btn or press `CTRL + P`, the charts disappear from both the page and the window preview. How to fix ========== - add classes `w-100` and `h-auto` to the canvas elements containing the charts Also, remove after/before-print events in the public widget as they are no longer useful. see https://github.com/odoo/odoo/pull/135683 task-3667969 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#152705
This update adds a new test to ensure the screencast feature continues to function correctly. Recent changes impacted the underlying ffmpeg call, and this test provides verification and compatibility testing across different ffmpeg versions used in Odoo's distribution builds.
Original PR description
Screencast are not always enable and a recent change broke the ffmpeg call. This call was already broken in some ffmpeg versions. This test will help to ensure this feature continues to work, and will also test it in different ffmpeg versions during distro builds. Forward-Port-Of: odoo/odoo#155951 Forward-Port-Of: odoo/odoo#151815
This update corrects a minor typo in the Odoo system's channel management process. The change prevents unnecessary requests, optimizing performance and resource usage. This ensures a smoother and more efficient user experience.
Original PR description
There is no bug manifesting because the condition is only here to prevent from making extra RPC calls while one is already in progress.
This update resolves an issue where the EMV QR code selection was incorrectly choosing QR codes for unsupported countries, leading to potential currency errors. The fix introduces a fallback error message, ensuring accurate QR code selection and preventing incorrect currency checks.
Original PR description
The account_qr_code_emv module has an issue at the moment where it will only return errors in _get_error_messages_for_qr for the country the qr code is intended for. This makes sense since you want…
The account_qr_code_emv module has an issue at the moment where it will only return errors in
_get_error_messages_for_qr for the country the qr
code is intended for.
This makes sense since you want to check all countries in later versions where we have multiple of them.
But it causes an issue with the standard implementation where if you are using a country that is not supported by an EMV QR, _get_error_messages_for_qr will just return None.
This means that:
- The default QR CODE selection on the invoice that
depends on that may select EMV QR for unrelated
countries.
- If it gets selected, this method will not check
that the currency is correct for said countries.
To fix this issue, we will simply return an error
message in the common module, which will serve as a fallback once all the EMV QR methods have been checked.
Task id # 3758668
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#156840
Forward-Port-Of: odoo/odoo#154957This update resolves an issue where the actionable error widget didn't refresh when underlying data changed. Now, the widget accurately reflects any updates to the account configuration, ensuring users see the correct error messages or no messages at all. This improves the user experience and data accuracy.
Original PR description
The widget for actionable errors does not update when the errors it displays are updated due to, for example, a recomputation of the field. This results in irrelevant errors being displayed in the view, when a particular configuration is correct. The correct errors (or an absence of any errors) will not be displayed until the view is refreshed. This commit adapts the component, such that the record data is accessed directly from the template. This means that the recordObserver, and the method it uses can be removed (as they were redundant) task-id: None Forward-Port-Of: odoo/odoo#155914
This update resolves a crash in the full composer when using the im_livechat module to mention partners. The issue stemmed from an incorrect assumption about optional parameters within the suggestion service. This fix ensures the system correctly handles optional thread information, preventing the crash and improving stability.
Original PR description
Making a mention in full composer when `im_livechat` is installed was making the following crash:
```
TypeError: Cannot read properties of undefined (reading 'type')
at SuggestionService.fetchSuggestions
```
Steps to reproduce:
- install module `im_livechat`
- open contacts app form view
- open full composer (e.g. Log note => expand icon)
- type @ + a character => throws error above
This happens because `SuggestionService` methods can optionally pass a thread, but livechat overrides wrongfully assume they were always provided.
This commit fixes the issue with optional chaining, taking into account it's optional.
No test because full composer doesn't work in unit tests, tours require adding steps blindly and I've already wasted too much time to no avail.
Forward-Port-Of: odoo/odoo#156773This update corrects a bug where radio button checkboxes on forms were not functioning as expected. The change restores the default behavior of toggling the 'checked' attribute, which was inadvertently altered due to a recent update to the QWeb engine. This ensures all form elements, including radio buttons, work reliably.
Original PR description
Same fix as for checkbox (commit [1]) and select (commit [2]). The radio buttons were forgotten. Check commit [1] for in-depth explanation, but this is basically because since the qweb engine conversion to OWL (done at [3]), it would toggle the internal `checked` value and not the `checked` attribute anymore. [1]: https://github.com/odoo/odoo/commit/b42e9cc686e7d3ccf82cd091a5dc24028fff8a2b [2]: https://github.com/odoo/odoo/commit/dd504811303a2ace661259d05d1e3b88794dc5be [3]: https://github.com/odoo/odoo/pull/130467 opw-3755078 Forward-Port-Of: odoo/odoo#156666
This update fixes a technical issue related to how early payment discounts are applied to customer invoices. Specifically, a misconfiguration was causing incorrect tax tagging, which has now been corrected by restoring the proper calculation method. This ensures accurate tax reporting for early payment discounts.
Original PR description
When configuring the payment term to include the EPD within the payment's journal entry on a customer invoice, the tax_tag_invert field got wrongly set as True. This was hardcoded in the code; computing the field in the regular way gives the proper value. OPW 3754446 Forward-Port-Of: odoo/odoo#156588
This update corrects a problem where special characters (like quotes) weren't printed correctly on ZPL product labels. Because the labels are generated as text, these characters are harmless and now display accurately. This ensures consistent and accurate product labeling for all products.
Original PR description
Current behavior: When printing products ZPL Labels, special characters are not printed correctly. e.g. quotes become ' Steps to reproduce: - Modify a product name with special characters - Print a product label - Select ZPL Labels As the report is only rendered as text, the special characters are not dangerous and can be printed as is. opw-3684870 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#156624 Forward-Port-Of: odoo/odoo#152657
This update resolves a bug that caused survey submissions to fail when users had previously saved their answers as nicknames or email addresses. The change ensures that pre-filled answers are correctly handled, preventing security-related crashes when users attempt to modify saved data. This improves the survey experience for all users.
Original PR description
Purpose ======= Fix the UserError which is raised when the user submits an answer to a question having the "save as nickname" or "save as email" option checked. In testing or non-testing mode.…
Purpose ======= Fix the UserError which is raised when the user submits an answer to a question having the "save as nickname" or "save as email" option checked. In testing or non-testing mode. Specifications ============== When the question is marked as "save as email" or "save as nickname" and when the user isn't public, the partner data is already saved as the question answer (in the form of a user input line). The answer is then pre-filled in the survey. This is an issue because when the survey has the "users can go back" option to False and the user tries to submit the answer, it thinks the user is trying to changed the already saved user input line and it crashes for security reasons. In addition of allowing the answer override if the user can go back, also allow the override if the question is marked as "save as nickname" or "save as email". This issue was introduced in 17.0 when the overwrite_existing optional parameter has been added on the _save_lines method. Before that, the existing user input lines were overwritten no matter what. related https://github.com/odoo/odoo/pull/129329 Task-3756749 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#155561
This update resolves an issue where duplicating CTA buttons in the website editor resulted in a permanent, unremovable duplicate. The change prevents this duplication, allowing users to easily add and remove CTA buttons through the standard drag-and-drop interface. This ensures a smoother and more flexible experience for website customization.
Original PR description
Steps to reproduce [17.0]: - Go to website (in "Edit" mode) > Click on the "Contact Us" button. - Duplicate the CTA button ("Button options" > "Duplicate icon"). - There is no way to only remove the…
Steps to reproduce [17.0]:
- Go to website (in "Edit" mode) > Click on the "Contact Us" button.
- Duplicate the CTA button ("Button options" > "Duplicate icon").
- There is no way to only remove the duplicated button, and the "Header" >
"Show/Hide Button" option will disable the whole CTA container.
After the website headers redesign in [1], a new feature was added to
allow users to select the elements they want to display in the header
(social links, call to action...). The CTA section was also marked as
'oe_unremovable' which disabled the option to remove it in the editor.
When a CTA button is duplicted, the clone will also be unremovable which
makes it impossible to remove.
The goal of this commit is to prevent the duplication of CTA buttons.
It's always possible to add buttons by drag & dropping "Button" snippets
which are also removable.
Remark: Also after [1], two header navbars were added in the DOM (for
the desktop view and mobile). Which means that the CTA field is also
duplicated and every change on the CTA buttons in Desktop will be
reflected in the mobile version.
[1]: https://github.com/odoo/odoo/pull/119650
opw-3706902
Forward-Port-Of: odoo/odoo#156164This update resolves an issue where a website tour wasn't functioning correctly when the demo data was not present. The team added necessary data to ensure the tour runs consistently, regardless of whether demo data is installed. This improves the user experience and prevents unexpected tour behavior.
Original PR description
The `course_publisher_standard` tour was missing slide (channel) tags. We are replacing values used in the tour so that the tour runs on the same data whether demo data is installed or not. See runbot build errors 55762 and 55768. Task-3744848 Forward-Port-Of: odoo/odoo#156797 Forward-Port-Of: odoo/odoo#153926
This update streamlines the process of redirecting users to forum questions, making the website more efficient. The change simplifies the handling of URL parameters related to forum questions, reducing complexity and improving performance. This ensures a smoother experience for users navigating to and within the forum.
Original PR description
Don't try to keep extra params and co. Keep it simple... Else we should pop from request.params `forum` and `blog` keys because now they are converted as query param with the slug format: /forum/help-1/question-1?forum=forum.forum(1,)&question=forum.post(1,) Forward-Port-Of: odoo/odoo#156726 Forward-Port-Of: odoo/odoo#156458
This update removes a disruptive reload that occurred when a workcenter was unblocked. This change improves the overall user experience, particularly for applications like the shop floor, by streamlining the process and eliminating unnecessary delays. It’s a simple fix to enhance efficiency.
Original PR description
Unblocking a workcenter incurs a reload which is bad in terms of user experience for other applications like shop floor. And since the reload is no longer needed at any other part, it is removed now. task-3629043 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#153036
Documentation and clarification updates
This pull request updates the list of members authorized to contribute to the Odoo Adhoc CLA. This ensures compliance with Odoo's contribution guidelines and allows for continued collaboration on this specific project. The change was made to reflect updated legal agreements.
Original PR description
--- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#154766
Miscellaneous changes
This commit fixes an issue where free products associated with a tag were not being added to the order. The logic for adding free products based on tags has been corrected to ensure proper functionality. opw-3702040 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#154360 Forward-Port-Of: odoo/odoo#152005
Original PR description
This commit fixes an issue where free products associated with a tag were not being added to the order. The logic for adding free products based on tags has been corrected to ensure proper functionality. opw-3702040 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#154360 Forward-Port-Of: odoo/odoo#152005
Prior to this commit, in the event of an RPCError, such as UserError or ValidationError, it would display a generic 'Odoo Server Error' error. This error lacked useful information for diagnosing and addressing the issue. opw-3776047 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#156697
Original PR description
Prior to this commit, in the event of an RPCError, such as UserError or ValidationError, it would display a generic 'Odoo Server Error' error. This error lacked useful information for diagnosing and addressing the issue. opw-3776047 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#156697
Issue: - Open the Documents App. - Select any PDF and click splitPDF from the inspector. - Now from the top-left, try to toggle back to home by clicking precisely on the arrow. - We get a traceback. Reason: - link to the LOC from where the issue arises: https://github.com/odoo/enterprise/blob/705bed9b2c63227c36f42045903f490a5d287f1f/documents/static/src/owl/components/pdf_manager/pdf_manager.js#L1275 - The `ev.target` returns an `<svg>` element (the toggle arrow) when clicked d
Original PR description
Issue: - Open the Documents App. - Select any PDF and click splitPDF from the inspector. - Now from the top-left, try to toggle back to home by clicking precisely on the arrow. - We get a traceback.…
Issue: - Open the Documents App. - Select any PDF and click splitPDF from the inspector. - Now from the top-left, try to toggle back to home by clicking precisely on the arrow. - We get a traceback. Reason: - link to the LOC from where the issue arises: https://github.com/odoo/enterprise/blob/705bed9b2c63227c36f42045903f490a5d287f1f/documents/static/src/owl/components/pdf_manager/pdf_manager.js#L1275 - The `ev.target` returns an `<svg>` element (the toggle arrow) when clicked directly on it. - When clicked on the bottom right end of the toggle arrow, it returns the `<rect>/<g>` element. - Since neither the `<svg>/<rect>/<g>` element have a `click()` method, clicking directly on them results in a traceback. Fix: - We use the bootstrap class `pe-none` to disable the pointer-events inside the `<svg>` element. After this commit: - We successfully land on the HOME, when clicking on the arrow. The traceback no longer occurs after this fix. Task-3764120 Forward-Port-Of: odoo/enterprise#57514
`Block` button appears only if the work center state is not blocked, and vice versa task-3629043   Forward-Port-Of: odoo/enterprise#52363
Original PR description
`Block` button appears only if the work center state is not blocked, and vice versa task-3629043   Forward-Port-Of: odoo/enterprise#52363
Adds a new module that prevents an Avatax fiscal position from being applied on Amazon orders. This is done to avoid calculating and filing taxes twice from sales synced through the Amazon connector. task-3701878 Forward-Port-Of: odoo/enterprise#56518
Original PR description
Adds a new module that prevents an Avatax fiscal position from being applied on Amazon orders. This is done to avoid calculating and filing taxes twice from sales synced through the Amazon connector. task-3701878 Forward-Port-Of: odoo/enterprise#56518
*: account_reports, account_sepa_direct_debit --- This PR contains two commits. The first one fixes wrong domains when auditing the aged reports by adjusting which journal types the aml's that are displayed can have and by adjusting the dates that are used. The second one fixes a missing filter for SEPA Mandates in the Amounts to Settle view when sepa is installed. --- odoo: https://github.com/odoo/odoo/pull/148476 task-3640027 Forward-Port-Of: odoo/enterprise#54137
Original PR description
*: account_reports, account_sepa_direct_debit --- This PR contains two commits. The first one fixes wrong domains when auditing the aged reports by adjusting which journal types the aml's that are displayed can have and by adjusting the dates that are used. The second one fixes a missing filter for SEPA Mandates in the Amounts to Settle view when sepa is installed. --- odoo: https://github.com/odoo/odoo/pull/148476 task-3640027 Forward-Port-Of: odoo/enterprise#54137
In a picking, when a destination is scanned, if the scanned line is not complete, the line is splitted: the processed qty goes to the scanned destination and the remaining qty still goes to the previous expected destination. That said, if the scanned destination is the move line expected location, the line is not split, which can be annoying in some case. How to reproduce: - Active multi location; - Create a receipt for 4x product A and confirm it; - Open the receipt in the Barcode App; -
Original PR description
In a picking, when a destination is scanned, if the scanned line is not complete, the line is splitted: the processed qty goes to the scanned destination and the remaining qty still goes to the…
In a picking, when a destination is scanned, if the scanned line is not complete, the line is splitted: the processed qty goes to the scanned destination and the remaining qty still goes to the previous expected destination. That said, if the scanned destination is the move line expected location, the line is not split, which can be annoying in some case. How to reproduce: - Active multi location; - Create a receipt for 4x product A and confirm it; - Open the receipt in the Barcode App; - Scan 2x product A and then scan WH-STOCK as the destination -> Nothing happens. If the picker wants to move 2 product A in WH/Stock and 2 product A in Shelf 1, they have no easy way to do it if they scan WH-Stock first. If they scan Shelf 1 first, then the product A line will be splitted and they will get: - 2/2 product A going to WH/Stock/Shelf 1; - 0/2 product A going to WH/Stock. But if they scan WH-Stock first, they will stay with only one line: - 2/4 product A going to WH/Stock. In such case, no other choice than create a new line through the "Add Line" button (form view) and so, the reservation won't be split between the two lines. OPW-3774095 Forward-Port-Of: odoo/enterprise#57892
After some time, Amazon anonymized the buyer information and don't send it anymore in the calls. This shouldn't raise an error due to the missing data, but synchronize the order nonetheless. opw-3761649 Forward-Port-Of: odoo/enterprise#58099 Forward-Port-Of: odoo/enterprise#57999
Original PR description
After some time, Amazon anonymized the buyer information and don't send it anymore in the calls. This shouldn't raise an error due to the missing data, but synchronize the order nonetheless. opw-3761649 Forward-Port-Of: odoo/enterprise#58099 Forward-Port-Of: odoo/enterprise#57999
Bridge module to make invoices coming from amazon simplified, as you don't get the customer's tax id through via amazon. opw-3679325 Forward-Port-Of: odoo/enterprise#57713
Original PR description
Bridge module to make invoices coming from amazon simplified, as you don't get the customer's tax id through via amazon. opw-3679325 Forward-Port-Of: odoo/enterprise#57713
### Steps to reproduce * install `l10n_es_reports` * switch to a Spanish company * ensure that the partner linked to your Spanish company has a bank account * open the tax report (MOD111, MOD115 or MOD303) * on the top left, click 'BOE' > 'Generate BOE' You should be met with the following error: "Please select an IBAN account". The 'Direct Debit Account' field should not be required. Another issue is that even if your company has some bank accounts defined, none of them will be li
Original PR description
### Steps to reproduce * install `l10n_es_reports` * switch to a Spanish company * ensure that the partner linked to your Spanish company has a bank account * open the tax report (MOD111, MOD115 or…
### Steps to reproduce * install `l10n_es_reports` * switch to a Spanish company * ensure that the partner linked to your Spanish company has a bank account * open the tax report (MOD111, MOD115 or MOD303) * on the top left, click 'BOE' > 'Generate BOE' You should be met with the following error: "Please select an IBAN account". The 'Direct Debit Account' field should not be required. Another issue is that even if your company has some bank accounts defined, none of them will be listed in the 'Direct Debit Account' field. ### Cause In `Mod111And115And303CommonBOEWizard`, `partner_bank_id` (Direct Debit Account) depends on `company_id` through `company_partner_id`. However, since `company_id` is not in the view, its associated default value will only be calculated when the wizard is saved. Before that, `company_id` will be empty, which will cause `partner_bank_id` to be empty as well. https://github.com/odoo/enterprise/blob/f512de0bcd32ab65bd3c91ffc7e7955c491d24da/l10n_es_reports/wizard/aeat_boe_export_wizards.py#L40-L42 The reason it works well in 16.4 is because before d2e099597c845e21f12bc0868c36ac5d4cf89b36, the wizard was initiated using `create()`, so the default values were calculated before displaying the wizard. https://github.com/odoo/enterprise/blob/59e9d1f9d705773091f86ccf5c6ba7bac9feaf5d/l10n_es_reports/models/aeat_tax_reports.py#L124-L136 opw-3719150 opw-3756722 Forward-Port-Of: odoo/enterprise#56938
[IMP] l10n_be_hr_contract_salary: improve salary configurator choices This commit includes improvement to the benefit selection. Implementing a logic where selecting "Private Bike" automatically disables the "Fuel Card" option and resets any entered amount to 0 Task-3749460 Forward-Port-Of: odoo/enterprise#56936
Original PR description
[IMP] l10n_be_hr_contract_salary: improve salary configurator choices This commit includes improvement to the benefit selection. Implementing a logic where selecting "Private Bike" automatically disables the "Fuel Card" option and resets any entered amount to 0 Task-3749460 Forward-Port-Of: odoo/enterprise#56936
How to reproduce: - Open the app document - Ensure the trash is empty - Select a document from any workspace (not too small so that the displayed size in MB is different from 0) - Move it to the trash - Open the trash - Select the document and click on delete in the inspector - Confirm the permanent deletion The inspector displays 0 documents but the size is different from 0 MB. This fixes the error by reloading the model forcing the re-computation of the size. Technical notes: no t
Original PR description
How to reproduce: - Open the app document - Ensure the trash is empty - Select a document from any workspace (not too small so that the displayed size in MB is different from 0) - Move it to the trash - Open the trash - Select the document and click on delete in the inspector - Confirm the permanent deletion The inspector displays 0 documents but the size is different from 0 MB. This fixes the error by reloading the model forcing the re-computation of the size. Technical notes: no test has been added as the tour that test the deletion uses small documents which prevents to add assertion about the size (as the size is 0 even when a document is present in the trash). Task-3637482 Forward-Port-Of: odoo/enterprise#53808
The owl key used was the id of the journal item, it is not unique in some cases of indirect linked aml (amls which don't have the partner of the report section but are reconciled with an aml which have this partner). An indirect aml can have multiple partial reconciliations with different amls from the same partner. Also the way odoo shows indirect aml in "Unknown partner" section is to duplicate all info shown except debit/credit/balance from origin aml (so this include aml.id). To suppor
Original PR description
The owl key used was the id of the journal item, it is not unique in some cases of indirect linked aml (amls which don't have the partner of the report section but are reconciled with an aml which have this partner). An indirect aml can have multiple partial reconciliations with different amls from the same partner. Also the way odoo shows indirect aml in "Unknown partner" section is to duplicate all info shown except debit/credit/balance from origin aml (so this include aml.id). To support those cases, we now use a markup with the id of partial reconcile to produce unique keys. When the aml is not an indirect aml, this markup is set to 0. Steps to reproduce: 1/ Create an invoice with partner 2/ Create a MISC entry without partner for the same amount 3/ Reconcile both 4/ Go to partner ledger for the right period + unfold all => Traceback opw-3700478 Forward-Port-Of: odoo/enterprise#57105
### Steps to reproduce * install `account_reports` * make sure you have multiple companies * create a new horizontal group with the following values: * Reports: General Ledger * Field: Company, Domain: [] * open the general ledger and apply the horizontal group you just made * attempt to unfold a line You should be met with a traceback: `KeyError: 'currency_id'` ### Cause Some possibly empty values are not accounted for. In this case, we arrive here with `eval_dict[column
Original PR description
### Steps to reproduce * install `account_reports` * make sure you have multiple companies * create a new horizontal group with the following values: * Reports: General Ledger * Field: Company, Domain: [] * open the general ledger and apply the horizontal group you just made * attempt to unfold a line You should be met with a traceback: `KeyError: 'currency_id'` ### Cause Some possibly empty values are not accounted for. In this case, we arrive here with `eval_dict[column['column_group_key']]` being an empty dict, which produces the traceback at line `618`. https://github.com/odoo/enterprise/blob/74000d6d5c8435bcaad93f7baf143abdf8593064/account_reports/models/account_general_ledger.py#L617-L621 Depending on the horizontal group, `init_bal_by_col_group[column['column_group_key']]` can also be `None`, which can cause issue at line `621` opw-3746643 Forward-Port-Of: odoo/enterprise#57220
Forward-Port-Of: odoo/enterprise#58132
Original PR description
Forward-Port-Of: odoo/enterprise#58132
Description of the issue/feature this commit addresses: There is no localization for Zambia. --- Desired behavior after this commit is merged: This commit adds the base package of the Zambian localization including: - Default Settings - Chart of Accounts - Taxes - Fiscal Positions - Reports (BS, P&L, Tax Report) --- Community PR: https://github.com/odoo/odoo/pull/150134 task-3391861 Forward-Port-Of: odoo/enterprise#54707
Original PR description
Description of the issue/feature this commit addresses: There is no localization for Zambia. --- Desired behavior after this commit is merged: This commit adds the base package of the Zambian localization including: - Default Settings - Chart of Accounts - Taxes - Fiscal Positions - Reports (BS, P&L, Tax Report) --- Community PR: https://github.com/odoo/odoo/pull/150134 task-3391861 Forward-Port-Of: odoo/enterprise#54707