Daily updates from Odoo
Navigate
Branch
Monday, February 3, 2020
51 changes
New functionality added to Odoo
Users can now split PDFs directly in the Documents viewer, reorganize pages, name page groups, and upload newly created PDF files. This makes it easier to prepare documents for separate workflows without leaving Odoo.
Original PR description
This commit adds a pdf splitter to the documentViewer of documents. The features are: * Reordering pages. * Applying workflow actions to newly created PDF. * Splitting pages and naming groups. * Uploading new PDF files. Task: #2079142
Enhancements to existing features
Leave request names now include the relevant date range, making it easier for managers and team members to understand when the time off is scheduled without opening the full record. This also makes notification emails clearer and more immediately useful.
Original PR description
Before this commit, the date range was not known without open the record in backend. It is really painfull to don't know when a guy of your team ping you on a new leave the date from the current leave. (today ? next week ? ...) Now we have the date into the name_get and so the subject of the email. task-2001439 Nothing related to next activity ;) but idea was the same. 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 change lets stock operations skip automatic SMS notifications when another workflow, such as field service, handles communication separately. It helps avoid duplicate or unnecessary customer messages and also includes a small safeguard against a calculation error in stock accounting.
Original PR description
In stock, before sending an sms, we check if there aren't the key 'skip_sms' in the context. It is useful, for example, in FSM. application. TaskID: 2081191 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Timesheets can now use the analytic account set on the sales order or task instead of always inheriting the project account. This helps businesses track costs and revenue more accurately when projects contain tasks for different customers.
Original PR description
Purpose ======= Currently, it is only possible to set an Analytic Account for a whole Project, there is no distinction by task. However, if the user has 1 task per customer, he cannot track the costs and revenues for that specific customer easily. He has to manually change the AA of the timesheets' analytic lines. An option would be to set a different AA on the SO generating the task, but the AA of the project takes over anyway. Specifications ============== If the user sets an AA on the SO, it should bypass the one set on the project Add an AA field below the Email cc one on tasks in debug mode - should be related to the AA field from the SO - it should also bypass the AA set on the project All the timesheets from this task should be related to the AA field set on the SO/Task -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When the sale_timesheet app is installed, new projects will have time tracking timers enabled automatically. This reduces setup steps for teams that sell services and need to track work time against projects from the start.
Original PR description
If sale_timesheet is installed, the timer is activated by default. Task-2125111 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When a user creates another company, Odoo now refreshes the page automatically so multi-company options become available right away. This removes the need for users to manually reload the page to see the company selector.
Original PR description
Purpose ======= At the second res.company creation, the multicompany mode is 'enabled'. But to get the company selector dropdown, the user needs to reload the page. Specification ============= Force a reload at res.company creation, similarly to the forced reload when updating the language (lang) of the user. TaskID: 2127257 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 update improves how Odoo web interface components share common event behavior, especially for keyboard navigation in fields. It also updates the underlying OWL framework and prepares a new foundation for future field components, helping developers deliver more consistent user interactions over time.
Original PR description
This commit's intention is to bring class inheritance of event handlers
to components.
Use case:
A component class may want to set generic event handlers for all classes
inheriting from it, in order to set shared event behavior from the start
It is the case in many parts of Odoo, in particular in the cases of fields
which need at least to react on some keyboard event for navigation
The way to implement such a behavior is to make use of the
`useRootNoteListeners` OWL hook, by passing an object of the form
`{eventName: handlerName}` in the constructor of the component's class
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-prEmployee contract management is easier to use with clearer contract screens, better status visibility, and improved signature request flows. HR teams also receive automatic reminders before contracts expire, helping them act on renewals or follow-ups in time.
Original PR description
Pad:https://pad.odoo.com/p/r.69c133ed6fb15cce4c5d0772cc845d66 Task:https://www.odoo.com/web?debug=1#id=2049413&action=327&model=project.task&view_type=form&menu_id=4720
Forum question pages now show social sharing options only after the question has been validated. This prevents users from sharing links that would otherwise lead to missing or inaccessible pages.
Original PR description
Before this commit: when a user asks a question on a forum, share buttons are always showing even if question is validated or not and hence it will lead to 404 error. After this commit: when a user asks a question on a forum, share buttons will only show after a question is validated. Task: https://www.odoo.com/web#id=2064874&action=327&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.ce9674d408ec6564c8357037097e37df -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The recruitment website job list and job detail pages have been redesigned to provide a clearer, more engaging candidate experience. Businesses can now add a right sidebar to job listings and use existing website building blocks to better customize job descriptions.
Original PR description
Review and redesign website jobs pages task-2145266 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 update removes an unused company-related field from the core base module. It helps keep the system cleaner and easier to maintain without changing expected business workflows.
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
Field Service tasks can now include products that require lot or serial number tracking, with a simple selection step from the task view. When a task is completed, the chosen lot or serial number is carried through to the related delivery operations, including multi-step routes, helping teams complete tracked product deliveries accurately.
Original PR description
Purpose ======= When a Field Service task is marked as done, the stock pickings linked to the SO are automatically confirmed. This flow works fine with a basic stock configuration, but it doesn't handle products tracked by Lots / Serial Numbers. Specifications =============== 1. Products tracked by lots or by serial number Display products tracked by lots or by serial number among the products selectable from a task. Manage SN from this kanban view, open a modal to select/remove a corresponding serial number. If a lot/sn is set through the modal, set the same value on the stock.picking when validating fsm task. 2. Avoid to remove already delivered products. 4. Multi-step routes: each picking should be validated when validation of FSM Task. TaskID: 2081191
Field Service users get smoother day-to-day workflows: service tasks can show customer addresses, offer map navigation, attach signed worksheet PDFs to the task history, and better align quotation and timesheet settings with company preferences. Sales-generated service tasks and demo data are also improved so teams have more accurate delivery details and setup defaults.
Original PR description
Purpose ====== Improve usability of the Field Service app and its related modules. Specifications =========== - If a task is generated from an SO, automatically set the delivery address as the…
Purpose ====== Improve usability of the Field Service app and its related modules. Specifications =========== - If a task is generated from an SO, automatically set the delivery address as the shiping address on the SO - Display the customer's address on fsm tasks like it used to. - If the 'Extra Quotations' feature is enabled from the settings, switch allow_quotations to true on all fsm projects and on new fsm projects. - Demo data: set the 'Device Installation & Maintenance' worksheet template on the 'Field Service' product - Add the worksheet report pdf to the note logged in the chatter when it is signed. - By default, allow_timesheet_timer should be set to true for SO projects generated from an SOL - In the 'My Tasks' menu: the hover should be 'Start Hour' (keep the 'Start Date' hover for fsm tasks in project and the 'Deadline' hover for project tasks) - Add a '-> Navigate to' link on tasks for which is_fsm is true. Clicking on it has the same effect as the 'Navigate to' button displayed on the map view. Task-2125111
HR contract screens are easier to use, with a clearer kanban view, improved contract forms, and better signature request layout. The update also helps HR teams track key contract dates by setting employee first contract dates, carrying over the last completed contract date, and creating automatic alerts before contracts expire.
Original PR description
Pad:https://pad.odoo.com/p/r.69c133ed6fb15cce4c5d0772cc845d66 Task:https://www.odoo.com/web?debug=1#id=2049413&action=327&model=project.task&view_type=form&menu_id=4720
Odoo can now handle assets that were already posted before the company started using the system, including assets from closed fiscal years. This helps businesses produce more complete depreciation reports and makes asset setup more reliable.
Original PR description
Task 2182787 When you start using Odoo, older data should be managed. Assets already booked for closed fiscal years should be well reported through the depreciation report. This task aims to easily Create them accordingly. While we are at it, we also use the changes done in the ORM recently with the editable compute. This makes the behavior more stable and the code more understandable.
Resolved issues and error corrections
The website editor now reliably completes reset actions after previewing snippet changes. This prevents some editing options from getting stuck or failing to apply, making page customization more dependable for users.
Original PR description
Some code was added to prevent notifying a 'reset' if there was no 'preview' before. Unfortunately, checking "if there was a 'preview' before" cannot be done properly so some 'reset' were stopped while they should not have. This commit simply removes the code which is in fact not needed.
Searches on company-dependent boolean fields now correctly return records where the value is false or unset. This fixes a long-standing issue that could cause users to miss relevant records when filtering business data by a false boolean value.
Original PR description
Description of the issue/feature this PR addresses: This is related to an oooold bug that does not allow to search False on boolean company_dependent fields. See: https://github.com/odoo/odoo/issues/9449 Current behavior before PR: The search does not work Desired behavior after PR is merged: The search is working -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes a layout issue where images and information on certain kanban cards appeared separated or misaligned. Users viewing project ratings, products, and live chat channels now see cleaner cards with the image and details aligned side by side, without changing the contact kanban layout.
Original PR description
in kanban view of rating, image and information were not aligned before this commit in this commit fixed this issue to align image and information side by side task-2183676 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change improves how Odoo detects, displays, and manages failed email, SMS, and postal mail deliveries. It helps users better understand delivery problems and take corrective actions such as cancelling or resending messages.
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
Creating an invoice from a confirmed sales order with no products could previously fail when using a down payment option. This fix prevents that error, helping sales teams complete invoicing without interruption in this edge case.
Original PR description
PURPOSE: Fix traceback when creating an invoice for sale order with an empty product. SPECIFICATIONS: Currently create an SO without any products and confirm it.Then create invoice select down payment option and write the amount then after click on create invoice so the traceback is generated. Fixes the traceback by setting the value of sequence in dictionary with and operator. LINKS PR #44479 Task 2181464
This change adjusts an automated test for mail history to better diagnose an intermittent issue. It helps the team determine whether messages are delayed or failing to appear, improving confidence in future fixes without changing user-facing behavior.
Original PR description
Follow up on 255f7219a9dfe560a8f5d7d26830523134b5c21d The issue is still happening. With the current commit, we will be able to know for sure if it happens because we don't wait long enough, or because the messages are never appearing.
This fixes duplicate view definitions across several Odoo apps so the intended version is consistently used. It reduces the risk of confusing or inconsistent screens caused by one duplicate silently overriding another.
A duplicate setup entry for Sign test assets was removed to keep the module configuration clean. This reduces unnecessary duplication in internal testing setup without changing customer-facing behavior.
This update corrects dependency-related problems between Odoo modules that could cause installation or upgrade failures depending on load order. It improves reliability for website live chat/calendar setup and field service reporting customizations without changing end-user workflows.
Features or functions removed from Odoo
An unused date field on partner records was removed because it was always empty and still required database indexing. This simplifies the partner data model and may slightly reduce unnecessary database overhead without affecting normal users.
Original PR description
Date field does not use anywhere and always is null but we build an index for it. Close: #39585 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Project tasks no longer show the limited Gantt view, reducing confusion and encouraging use of the dedicated Planning app for scheduling. The task form setup was also adjusted to prevent duplicate planned date fields in field service installations.
Original PR description
Pad:https://pad.odoo.com/p/r.6dc4b3fb7de59d365334efa155d359aa Task : https://www.odoo.com/web?debug=1#id=2172337&action=333&active_id=1251&model=project.task&view_type=form&menu_id=4720
Code cleanup and technical improvements
This change reorganizes and removes unnecessary styling rules used by the website editor. It helps keep the website editing code cleaner and easier to maintain, with no expected visible change for users.
The web interface code now uses the standard event-listener tool provided by the underlying Owl framework instead of Odoo's older custom version. This is an internal cleanup that keeps the codebase aligned with the platform and should not change how users interact with the system.
Original PR description
The hook is now available in owl directly, so the hook has been removed from odoo's custom hooks. This commit adapts the code using it.
Miscellaneous changes
**Todo:** - [x] alter translation file if merged in stable **Summary** When an error occurs during the evaluation of an automated action, add to the regular traceback dialog: - for all users: - the fact this is an automated action which is failing, along with its name and ID, - for non-admins: - an explanation to tell they can contact an administrator to disable or correct the automated action, - for admins: - a `disable action` button, writing `False` on the `active`
Original PR description
**Todo:** - [x] alter translation file if merged in stable **Summary** When an error occurs during the evaluation of an automated action, add to the regular traceback dialog: - for all users: - the…
**Todo:**
- [x] alter translation file if merged in stable
**Summary**
When an error occurs during the evaluation of an automated action, add to the regular traceback dialog:
- for all users:
- the fact this is an automated action which is failing, along with its name and ID,
- for non-admins:
- an explanation to tell they can contact an administrator to disable or correct the automated action,
- for admins:
- a `disable action` button, writing `False` on the `active` field of the automated action,
- an `edit action` button, which redirects to the automated action form in order to edit it,
- an explanation about the consequences of disabling an automated action,
This takes the ideas of #41855, but:
- do not require a new wizard model nor a new in-database view (and can therefore potentially be merged in stable),
- put the action buttons inside the dialog alert content div, instead of next to the "OK" button,
- the user directly has the explanations of the consequences of disabling an automated action inside the first dialog, before hitting the scary button "disable action". In #41855, the user has to click on the button "Disable action" before knowing what it actually does, before having a second dialog with an explanation of the consequences.
Regular users:
Administrators:
One thing I am not a big fan of is the fact I had to edit
`addons/web/static/src/js/services/crash_manager.js`
to be able to pass kwargs to the `ErrorDialog` so one can override `web.CrashManager` and do stuff with what is passed to this kwargs (options), as I do here in `_add_postmortem_action` to pass the automated action name, id, ... and use it in the inherited template in `addons/base_automation/static/src/xml/crash_manager.xml`.
I am not happy with:
- the fact I had to do it,
- the naming "options" may be reserved for js specific stuff, need the advise of the JS framework team.
Forward-Port-Of: odoo/odoo#44465
Forward-Port-Of: odoo/odoo#42481time.clock is deprecated since python 3.3 and no longer exists in python 3.8 time.process_time was introduced in python 3.3 Replace "is" by "==" as this produces a SyntaxWarning in python 3.8 Fixes odoo/odoo#41313 Forward-Port-Of: odoo/odoo#44332
Original PR description
time.clock is deprecated since python 3.3 and no longer exists in python 3.8 time.process_time was introduced in python 3.3 Replace "is" by "==" as this produces a SyntaxWarning in python 3.8 Fixes odoo/odoo#41313 Forward-Port-Of: odoo/odoo#44332
Issue If month - 1 or month - 2 are in the previous year, the filter is incorrect. ex: Date = Jan. 2020, Filter = Dec. 2019 => last_year__last_month = 2018-12 instead 2019-12 Cause If date is 2020-01-20 Selecting December => adding param "last_month" Selecting 2019 => adding param "last_year" Applying "last_month" => date become 2019-12-01 Applying "last_year" => date become 2018-12-01 Solution Detect the right year to activ
Original PR description
Issue
If month - 1 or month - 2 are in the previous year, the filter is
incorrect.
ex: Date = Jan. 2020, Filter = Dec. 2019
=> last_year__last_month = 2018-12 instead 2019-12
Cause
If date is 2020-01-20
Selecting December => adding param "last_month"
Selecting 2019 => adding param "last_year"
Applying "last_month" => date become 2019-12-01
Applying "last_year" => date become 2018-12-01
Solution
Detect the right year to activate by default
when a month is selected and no year is selected.
With that solution it is not possible to get records in Jan. 2020
or in Dec. 2019 only for instance but the global functioning
of date filters stays the same as before.
OPW-2169528
Co-authored-by: Jason Van Malder <jvm@odoo.com>
Forward-Port-Of: odoo/odoo#44092- In an e-commerce with automatic invoice setted; - Buy something as public user; - Pay the order; Before this commit, the client didn't receive the invoice confirmation email. opw-2176506 Forward-Port-Of: odoo/odoo#44449 Forward-Port-Of: odoo/odoo#44396
Original PR description
- In an e-commerce with automatic invoice setted; - Buy something as public user; - Pay the order; Before this commit, the client didn't receive the invoice confirmation email. opw-2176506 Forward-Port-Of: odoo/odoo#44449 Forward-Port-Of: odoo/odoo#44396
Archived or deleted products shouldn't be counted in the comparison widget count anymore. The current behavior did only reset the cookie (and the count) when products were added/removed from the comparison, but didn't consider the case when the products currently in the cookie weren't all existing/valid. Fixes #44049 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#44309
Original PR description
Archived or deleted products shouldn't be counted in the comparison widget count anymore. The current behavior did only reset the cookie (and the count) when products were added/removed from the comparison, but didn't consider the case when the products currently in the cookie weren't all existing/valid. Fixes #44049 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#44309
The following steps will reproduce the issue: 1. Activate invoicing in the pos config 2. Start a new session 3. Switch browser to offline mode (or stop the odoo server) 4. Make an order 5. Invoice the order during payment 6. Validate 7. Error shows (which is okay) 8. The problem is that the receipt screen is not shown after validation. The intended behavior is that the receipt screen will show with an additional Print Invoice button above the receipt. The problem is caused by wron
Original PR description
The following steps will reproduce the issue: 1. Activate invoicing in the pos config 2. Start a new session 3. Switch browser to offline mode (or stop the odoo server) 4. Make an order 5. Invoice the order during payment 6. Validate 7. Error shows (which is okay) 8. The problem is that the receipt screen is not shown after validation. The intended behavior is that the receipt screen will show with an additional Print Invoice button above the receipt. The problem is caused by wrong signature of the thrown error when the `_save_to_server` is called. The signature understood by the error handlers is the one by `error` and not by `reason`. See `_handleFailedPushForInvoice` which is the main consumer of the error thrown by the `_save_to_server` call. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#44355
Use the 'Volume' decimal precision on all `volume` fields. Complement of commit c1a5221ba212ae4099c21beb56451447b03016b7 opw-2185374 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#44446
Original PR description
Use the 'Volume' decimal precision on all `volume` fields. Complement of commit c1a5221ba212ae4099c21beb56451447b03016b7 opw-2185374 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#44446
Linked to issue: https://github.com/odoo/odoo/issues/43745 At slide creation, as image_1920 was in readonly mode in form view when type is video, document or presentation, the field was not sent in value to the create. There is no reason to set this field readonly. If the user want to modify the thumbnail, that his responsibility. This commit remove the readonly flag for slide.image_1920 field to allow computed thumbnail to be saved at slide creation. Task ID: 2182638 Forward-Por
Original PR description
Linked to issue: https://github.com/odoo/odoo/issues/43745 At slide creation, as image_1920 was in readonly mode in form view when type is video, document or presentation, the field was not sent in value to the create. There is no reason to set this field readonly. If the user want to modify the thumbnail, that his responsibility. This commit remove the readonly flag for slide.image_1920 field to allow computed thumbnail to be saved at slide creation. Task ID: 2182638 Forward-Port-Of: odoo/odoo#44405
Some elements like the file input are not compatible with selection. Since there is no reliable way of figuring out if the element is compatible or not we will simply try catch it. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#43637
Original PR description
Some elements like the file input are not compatible with selection. Since there is no reliable way of figuring out if the element is compatible or not we will simply try catch it. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#43637
When the multi-location is enabled, in the stock picking form, when the picking is unlocked, we can't modify move lines in the wizard, due to a bad readonly attribute which doesn't take in account 'is_locked' field. Forward-Port-Of: odoo/odoo#44416 Forward-Port-Of: odoo/odoo#44360
Original PR description
When the multi-location is enabled, in the stock picking form, when the picking is unlocked, we can't modify move lines in the wizard, due to a bad readonly attribute which doesn't take in account 'is_locked' field. Forward-Port-Of: odoo/odoo#44416 Forward-Port-Of: odoo/odoo#44360
Steps to reproduce: - install pos - install the hebrew language and set it as preferred language - start a pos session with the virtual keyboard option activated - try to search a product Previous behavior: the keyboard keys are reversed Current behavior: the keyboard keys are not reversed opw-2171278 Forward-Port-Of: odoo/odoo#44307
Original PR description
Steps to reproduce: - install pos - install the hebrew language and set it as preferred language - start a pos session with the virtual keyboard option activated - try to search a product Previous behavior: the keyboard keys are reversed Current behavior: the keyboard keys are not reversed opw-2171278 Forward-Port-Of: odoo/odoo#44307
Subcontractor and active are in the same section. Would be great to avoid that since they don't are related at all. Task: 2187181 Forward-Port-Of: odoo/odoo#44361
Original PR description
Subcontractor and active are in the same section. Would be great to avoid that since they don't are related at all. Task: 2187181 Forward-Port-Of: odoo/odoo#44361
`AccessError` requires the argument `msg`. Therefore, even if this error is catched, we need to provide one, otherwise a `TypeError` is raised. opw-2183184 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#44447
Original PR description
`AccessError` requires the argument `msg`. Therefore, even if this error is catched, we need to provide one, otherwise a `TypeError` is raised. opw-2183184 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#44447
### Description of the issue/feature this PR addresses: Change the representation of the POS NUMBER in the document number, now use 5 digits instead of 4 digits. The law itself said that you can use 4 or 5 digits, but some customers complains that they want 5 (for eg. 00001) because some suppliers reject the invoice if only 4 digits (that is wrong, but suppliers do anything to avoid paying). We've check and AFIP online invoices use 5 digits always. So, to satisfy customers/suppliers and
Original PR description
### Description of the issue/feature this PR addresses: Change the representation of the POS NUMBER in the document number, now use 5 digits instead of 4 digits. The law itself said that you can use 4 or 5 digits, but some customers complains that they want 5 (for eg. 00001) because some suppliers reject the invoice if only 4 digits (that is wrong, but suppliers do anything to avoid paying). We've check and AFIP online invoices use 5 digits always. So, to satisfy customers/suppliers and make code simpler, we think using 5 digits is a better option. ### Current behavior before PR: Invoices validated that use documents will have a number using 4 padding for the POS Number: 0123-00000001 ### Desired behavior after PR is merged: Invoices validated that use documents will have a number using 5 padding for the POS Number: 00123-00000001 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#43879
To be able to flash the partition on which the IoT Box is executed, we must create a third partition and install an OS there to be able to boot on it and flash the partition of the IoT Box - Creation of the third partition - Raspbian download and checksum verification - Installation of Raspbian on the third partition - Download the IoT image on the Raspbian partition and check the checksum - Reboot on the Raspbian partition - Installation of the IoT imag
Original PR description
To be able to flash the partition on which the IoT Box is executed,
we must create a third partition and install an OS there to be able
to boot on it and flash the partition of the IoT Box
- Creation of the third partition
- Raspbian download and checksum verification
- Installation of Raspbian on the third partition
- Download the IoT image on the Raspbian partition and check the checksum
- Reboot on the Raspbian partition
- Installation of the IoT image on the second partition
- Reboot on the IoT partition
- Cleaning and deleting the third partition
Task: 2161955
Forward-Port-Of: odoo/odoo#43591- When rendering a website page, exceptions might happens. If so, an error page is displayed, to do so we create a new psyscopg cursor to read the view in database and render it. But if the current (failed) transaction was holding a lock, the new cursor might have to wait for this lock to be released further down the line. However, this will only happen after the request is done (and in fact it won't happen). As a result, the current thread/worker is frozen u
Original PR description
- When rendering a website page, exceptions might happens.
If so, an error page is displayed, to do so we create
a new psyscopg cursor to read the view in database and render it.
But if the current (failed) transaction was holding a lock, the new
cursor might have to wait for this lock to be released further
down the line. However, this will only happen after the
request is done (and in fact it won't happen). As a result, the
current thread/worker is frozen until its timeout is reached.
So rolling back the transaction will release any potential lock
and, since we are in a case where an exception was raised, the
transaction shouldn't be committed in the first place.
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#43933
Forward-Port-Of: odoo/odoo#42880When a tag has a very long name, on a screen too narrow, the sidebar overflows outside of the screen and a horizontal scrollbar appears. By allowing the tags to wrap, the overflow does not occur any more, excepted if there is a very long word. In that case, we truncate it. Same goes in the short blog post template, excepted that the parent's width is already specified. Steps to reproduce it on a runbot: 1. Enable the side bar on the blog 2. Add two tags on any blog post: - `Donaud
Original PR description
When a tag has a very long name, on a screen too narrow, the sidebar overflows outside of the screen and a horizontal scrollbar appears. By allowing the tags to wrap, the overflow does not occur any more, excepted if there is a very long word. In that case, we truncate it. Same goes in the short blog post template, excepted that the parent's width is already specified. Steps to reproduce it on a runbot: 1. Enable the side bar on the blog 2. Add two tags on any blog post: - `Donaudampfschifffahrtselektrizitätenhauptbetriebswerkbauunterbeamtengesellschaft` - `I know that this is such an extremely long name to call a simple blog post tag` Forward-Port-Of: odoo/odoo#44206
…nvoice creation Steps to reproduce: - install sales, intrastat_sale, l10n_be_intrastat - go to sales > products > create a product with a country of origin - go to sales > quotations > create - add the product previously created to the quotation and save - add the optional column "Product Country" to the invoice view Previous behavior: the field intrastat_product_origin_country_id is not set on invoice creation Current behavior: the field is set and displayed properly opw-21
Original PR description
…nvoice creation Steps to reproduce: - install sales, intrastat_sale, l10n_be_intrastat - go to sales > products > create a product with a country of origin - go to sales > quotations > create - add the product previously created to the quotation and save - add the optional column "Product Country" to the invoice view Previous behavior: the field intrastat_product_origin_country_id is not set on invoice creation Current behavior: the field is set and displayed properly opw-2184291 Forward-Port-Of: odoo/enterprise#8110
invoice_id is replaced with mov_id from saas-12.4 show the error when l10n_es_real_estates module is installed and click on Mod 347 report you can check more detailed error here https://pastebin.com/sKesCnUd Forward-Port-Of: odoo/enterprise#8100
Original PR description
invoice_id is replaced with mov_id from saas-12.4 show the error when l10n_es_real_estates module is installed and click on Mod 347 report you can check more detailed error here https://pastebin.com/sKesCnUd Forward-Port-Of: odoo/enterprise#8100
Steps to reproduce the bug: - Let's consider a customer C with an invoice with due date = two weeks ago - Let's consider the current company CO with one followup level FL with due days = 7 and print a letter checked - C reached FL, the last followup level - Go to followup reports and select C - Click on actions > Process followups - A letter is printed and C has now no followup level to process - Re-select C and Click on actions > Process follow ups
Original PR description
Steps to reproduce the bug: - Let's consider a customer C with an invoice with due date = two weeks ago - Let's consider the current company CO with one followup level FL with due days = 7 and print…
Steps to reproduce the bug:
- Let's consider a customer C with an invoice with due date = two weeks ago
- Let's consider the current company CO with one followup level FL with due days = 7
and print a letter checked
- C reached FL, the last followup level
- Go to followup reports and select C
- Click on actions > Process followups
- A letter is printed and C has now no followup level to process
- Re-select C and Click on actions > Process follow ups
- In function _execute_followup_partner in module account_reports_followup, no followup line is
found(in function get_followup_level).
- The next_action_date(followup_date) is updated with the current date (from function
_execute_followup_partner)
- Re-select C and Click on actions > Process follow ups
- A followup line is found from function get_followup_level because current_date <=followup_date
Bug:
So a letter was printed for C even if C had no followup level to process.
opw:2165363
Forward-Port-Of: odoo/enterprise#7862
Forward-Port-Of: odoo/enterprise#7810Steps to reproduce the bug: - Let's consider that Project and Planning Apps are installed - Let's consider that it's the 28/01/2019 - Select a project P and click on Planning - Create a slot S with 4 hours in P for just one day in the future - Go back to the overview of P Bug: The 4 hours of S was not in the forecasted column in the overview of P opw:2176769 Forward-Port-Of: odoo/enterprise#7980
Original PR description
Steps to reproduce the bug: - Let's consider that Project and Planning Apps are installed - Let's consider that it's the 28/01/2019 - Select a project P and click on Planning - Create a slot S with 4 hours in P for just one day in the future - Go back to the overview of P Bug: The 4 hours of S was not in the forecasted column in the overview of P opw:2176769 Forward-Port-Of: odoo/enterprise#7980
**Problem fixed:** **For partner X** Invoice of 121€ -> 100€ + VAT 21€ in 2018. Pay 100€ in 2018 and 21€ in 2019. Invoice of 121€ --> 100€ + VAT 21€ in 2019. Pay 100€ in 2019 and 21 in 2020. **For partner Y** Invoice of 121€ -> 100€ + VAT 21€ in 2018. Pay 100€ in 2018 and 21€ in 2019. Generate 281.50 slip for partner X. Error is raised. This error is raised because the sql queries in method to compute "paid amount" didn't take account of partner ID. Thus, when you wanted 281.50
Original PR description
**Problem fixed:** **For partner X** Invoice of 121€ -> 100€ + VAT 21€ in 2018. Pay 100€ in 2018 and 21€ in 2019. Invoice of 121€ --> 100€ + VAT 21€ in 2019. Pay 100€ in 2019 and 21 in 2020. **For partner Y** Invoice of 121€ -> 100€ + VAT 21€ in 2018. Pay 100€ in 2018 and 21€ in 2019. Generate 281.50 slip for partner X. Error is raised. This error is raised because the sql queries in method to compute "paid amount" didn't take account of partner ID. Thus, when you wanted 281.50 slip for a specific partner, we tried to get the currency of partner Y. But we didn't provide this partner in recordset. Forward-Port-Of: odoo/enterprise#8068
Steps to reproduce: - install helpdesk - go to any ticket and duplicate it - save the duplicated record and move it to another stage Previous behavior: the sla status tags on the duplicated records are duplicated twice and there is a traceback TypeError: '<' not supported between instances of 'bool' and 'datetime.datetime' Current behavior: no traceback and the sla are applied properly opw-2184196 Forward-Port-Of: odoo/enterprise#8059
Original PR description
Steps to reproduce: - install helpdesk - go to any ticket and duplicate it - save the duplicated record and move it to another stage Previous behavior: the sla status tags on the duplicated records are duplicated twice and there is a traceback TypeError: '<' not supported between instances of 'bool' and 'datetime.datetime' Current behavior: no traceback and the sla are applied properly opw-2184196 Forward-Port-Of: odoo/enterprise#8059