Friday, June 12, 2020
11 changes · master
New functionality added to Odoo
This change adds a new Spreadsheet document type in Odoo Documents, allowing users to create, open, copy, save, and rename spreadsheets directly in Odoo. It also connects spreadsheets with live Odoo pivot data, so teams can analyze up-to-date business information while still working in a flexible spreadsheet format.
Original PR description
This commits add support for a new kind of documents: 'Spreadsheet' that will be created in Odoo and are editable in a spreadsheet format. The spreadsheet view is itself dependent on o-spreadsheet library, created and maintained by Odoo. This library aims to implement all the well known features of the existing spreadsheet programs, is compatible to an extend with them and behave in a similar fashion (including the well known quirks). We also support formulas with a similar syntax than other spreadsheet products. O-Spreadsheets is deeply integrated with Odoo: it is possible to import 'live' pivot views inside a spreadsheet have have both the behavior of a pivot (up-to-date with live data) and of a free form table: explode them into cells and blocks of cells to be manipulated freely.
Enhancements to existing features
This update makes small refinements to accounting-related features before the 13.4 release. It improves areas such as online bank synchronization, tax reporting, and fiscal year setup to support smoother financial workflows.
Original PR description
Task [2274998](https://www.odoo.com/web#id=2274998&action=333&active_id=967&model=project.task&view_type=form&cids=1&menu_id=4720) Related to https://github.com/odoo/odoo/pull/52818
Resolved issues and error corrections
This update aligns several Enterprise app tests and the IoT integration with recent frontend framework changes. It helps keep screens and automated checks reliable after the underlying setup process for frontend services was updated.
Miscellaneous changes
Before this commit, when downloading a pdf from the pdfjs viewer, the name of the pdf was always 'document.pdf'. Now, the correct name of the pdf is used when downloading the file. opw-2269841 Forward-Port-Of: odoo/enterprise#11057
Original PR description
Before this commit, when downloading a pdf from the pdfjs viewer, the name of the pdf was always 'document.pdf'. Now, the correct name of the pdf is used when downloading the file. opw-2269841 Forward-Port-Of: odoo/enterprise#11057
The reconciliation widget now carries over manually entered values when creating a reconciliation model, reducing duplicate data entry and helping accountants create rules faster. The update also cleans up unused widget code and simplifies how reconciliation models are organized internally.
Original PR description
[IMP] account_accountant: improve reconciliation model creation from the widget, so that it is prefilled with the manual values currently set in the widget [REF] account_accountant: reconciliation widget: remove dead code for pager management
Search panels now support clearer category display options and more consistent counter behavior across affected business screens. This helps users browse documents, rentals, social posts, and merged records more reliably, especially when filtering by related categories.
Original PR description
Expand+ Hierarchize attributes in search panel
Documents users can now select multiple pages at once when splitting PDFs, making document preparation faster and less repetitive. The update also refreshes sample data and guided tours across related document apps so demonstrations and onboarding better reflect real usage.
Original PR description
**[IMP] documents: add page multi selection to the pdf splitter** This commit adds the possibility to multi-select pages in the pdf splitter. **[IMP] documents\*: improves the tour and demo data** \*documents_account, documents_project, documents_sign This commit improves the demo data and the tour of documents modules. task-2248240
Mobile users can now choose between a regular phone call and a VoIP call when tapping a phone number. This makes Odoo calling features more accessible on mobile devices and supports more flexible communication from the app.
Mexican e-invoicing now uses the shared product classification system instead of maintaining its own separate product code list. This reduces duplicate data maintenance and helps keep invoice product codes consistent across the system.
Original PR description
Task: <a href="https://www.odoo.com/web#id=2152487&action=327&model=project.task&view_type=form&cids=&menu_id=4720">2152487</a>
Notifications across several Odoo apps have been simplified by removing unnecessary titles and rewording messages. This makes alerts easier to read and more consistent for users working in accounting, documents, barcode, IoT, helpdesk, HR, field service, quality, and social workflows.
Original PR description
Removal of notification title and paraphrasing of the message over several apps Community PR: https://github.com/odoo/odoo/pull/52826 Task 2275659
Original PR description
This PR is the counterpart of odoo/odoo#52097. Task 2274713
This fix ensures the Odoo web client properly signals when it is ready, so dependent interface elements such as chat windows and dialogs can appear as expected. It addresses a startup timing issue that could leave parts of the user interface unavailable after opening the system.
Original PR description
When the web client is completely ready, it triggers an event "web_client_ready" on the bus Some Mail OWL components rely on that mechanism to be mounted i.e. DialogManager and ChatWindowManager When…
When the web client is completely ready, it triggers an event "web_client_ready" on the bus Some Mail OWL components rely on that mechanism to be mounted i.e. DialogManager and ChatWindowManager When eveluating the action to display at startup, the webclient mechanism implies that we push the location hash each time a relevant data is availaible e.g. menu_id etc... Now, before this commit, since the hashchange handler was bound before that evaluation it was actually triggered each time the JQuery bbq pushed a url state (this is in the API) doc: http://benalman.com/code/projects/jquery-bbq/docs/files/jquery-ba-bbq-js.html#jQuery.bbq.pushState This undercutted the initial loading promise chain to finish and the event "web_client_ready" was never triggered preventing everything that relied on it to be mounted The DialogManager and ChatWindowManager were never available After this commit, the webclient is artificially finalized, with the help of a new custom event "webclient_finalize". So the event web_client_ready is trigger signalling to everyone it is in the dom A lot of bug persist though, the start() of webClient sometimes returns a rejected promise It is worth noting that the hashchange mechanism is largely outdated and will change in a more reliable way in the near future with the conversion of the webClient to OWL the drop of JQuery BBQ and the direct reliance on window.history.pushState doc: https://developer.mozilla.org/en-US/docs/Web/API/History/pushState#:~:text=The%20state%20object%20is%20a,the%20history%20entry's%20state%20object. and on the window's "popstate" event doc: https://developer.mozilla.org/en-US/docs/Web/API/Window/popstate_event