Some characters were not rendered properly, this commit restores the display as it was in v13.0. closes odoo/odoo#67065 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Before this commit, the form renderer would call "on_attach_callback" only when the whole _render process was over. The problem was that this process is asynchronous and this callback should be invoked as soon as the widgets are appended. As such, any asynchronous operation is performed before appending the content in a new function "__renderView". Task 2346540 closes odoo/odoo#60791 Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>
* = hr_holidays, im_livechat, website_livechat A huge amount of components where rendered for no reason, notably when typing a new message (at every key press), which significantly slowed down the interface. There were 2 causes to this number of renders: - OWL rendering all children automatically, even if their props didn't change, unless `shouldUpdate` is overridden, which is now done. - `useStore` selectors being way too generous in what they observed task-2399731 closes odoo/odoo#62703 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
find is O(n) and findFromIdentifyingData is O(1) task-2440693 closes odoo/odoo#64712 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Before this commit, some notifications in mail were not following the changes made in odoo/odoo#52826 . task-2278579 closes odoo/odoo#63614 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Currently, scheduling the activity from the document chatter does not appear on the kanban record on activity button. and the 'onchange' action receives the ID of the activity that was marked as done and thus the 'Missing record' error So in this commit, on creation and done of activity reload the view to update the record on kanban card. The opportunity is taken to make a pass on all of the "reload" to add the `keepChanges` flag to prevent from losing pending changes on reload, especially useful in form view. closes odoo/odoo#60397 Taskid: 2362964 Related: odoo/enterprise#14235 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Behavior prior to this commit: - edit an existing invoice - add a line, but do not save - add an attachment - the attachment uploads and the new line stays visible - save the record: the line now disappears Behavior after this commit: - changes are not discarded when uploading an attachment opw-2369162 closes odoo/odoo#62261 X-original-commit: 000dc89bf846104e5d3528e6d1b4d734985e67cd Signed-off-by: Nicolas Galler <ngaller@users.noreply.github.com>
The `_update` of some components must take place before the `_update` of other (usually sibling) components that might directly influence their layout. This is in particular the case for `_update` that are relying on height. Prevent force save of scroll position if there are pending hints to adjust it, and prevent pending hints from overriding new scroll value. Prevent flicker with message date. This should fix all known issues related to incorrectly saving or restoring scroll position. task-2344226 task-2358066 task-2369332 task-2372339 task-2373741 closes odoo/odoo#61054 Related: odoo/enterprise#14736 Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Behavior prior to this commit: When editing a lead, if we log a note, it will refresh the record and cause the changes to be lost. In version 13, it would only refresh the record if `@` mentions were added. Behavior after this commit: The record will only refresh if it is not dirty. Note: It is not clear why the record would in fact ever need to refresh as there is no visible change on the lead form when a note is logged, whether or not followers are added (the message thread, which shows the number of followers, refreshes regardless). In this commit I chose the approach which would cause the least change. There is still a need for a longer term solution to orchestrate the refreshes, which will take place once the rest of the web application is converted to use Owl. opw-2369162 closes odoo/odoo#60949 Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
This commit adds a test for the fix odoo/odoo/pull/58769 that ensures that the chatter is properly cleared when creating a new record. task-2348472 closes odoo/odoo#60594 Signed-off-by: Sébastien Theys (seb) <seb@odoo.com>