Skip to content
Snippets Groups Projects
  1. Jan 22, 2021
  2. Jan 18, 2021
  3. Jan 15, 2021
  4. Jan 21, 2021
    • Sébastien Theys's avatar
      [FIX] mail, *: significantly reduce number of useless renders · 7f9af574
      Sébastien Theys authored
      
      * = 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: default avatarAlexandre Kühn (aku) <aku@odoo.com>
      7f9af574
  5. Jan 22, 2021
    • Adrien Widart's avatar
      [FIX] google_calendar: enable the event deletion · 47bfdf05
      Adrien Widart authored
      
      When using the Calender synced with Google, if the user tries to delete
      an event, an error message is displayed: he has to archive it instead.
      
      To reproduce the error:
      1. Sync Odoo Calendar with Gogle Calendar
      2. Add an event
      3. Click on it > Delete
      
      Error: UserError message: "You cannot delete a record synchronized with
      Google Calendar, archive it instead"
      
      To make the flow simpler and faster, when clicking on "Delete", the
      server will archive the event. When archiving an event, the server
      deletes the corresponding event on Google Calendar. As a result, the
      next time the user loads his Odoo Calendar, the sync Google->Odoo will
      delete the archived event.
      
      OPW-2440339
      
      closes odoo/odoo#64874
      
      Signed-off-by: default avatarAdrien Widart <adwid@users.noreply.github.com>
      47bfdf05
  6. Jan 21, 2021
  7. Jan 22, 2021
  8. Jan 18, 2021
  9. Jan 21, 2021
    • Andrea Grazioso (agr-odoo)'s avatar
      [FIX] account_check_printing: checks to print does not update · 8ad9c16d
      Andrea Grazioso (agr-odoo) authored
      
      1. Go to Settings > Accounting and set a Check layout
      2. Go to Accounting > Vendors > Payments
      3. Create 2 payments to Vendors, and Confirm (but do not print).
        - Payment Type: Send money
        - Partner Type: Vendor
        - fill in any Amount
        - Payment Method: Checks
      
      4. Go to the accounting dashboard, click on "2 checks to print"
      5. Select both payments and print the checks from the Actions menu
      6. Refresh the page.
      
      Both payments still show up with the "Checks to print" search filter
      enabled. They also shows up in Accounting dashboard as checks to print
      
      opw-2427523
      
      closes odoo/odoo#64840
      
      Signed-off-by: default avataroco-odoo <oco-odoo@users.noreply.github.com>
      8ad9c16d
  10. Jan 15, 2021
  11. Jan 21, 2021
  12. Dec 29, 2020
  13. Jan 08, 2021
  14. Jan 20, 2021
    • Nasreddin (bon)'s avatar
      [FIX] website_sale_delivery: Compute summary total amount on delivery update · fff4314e
      Nasreddin (bon) authored
      
      Issue
      
      	- Connect on smartphone (or use chrome debug mode to switch to mobile view)
      	- Install "Ecommerce" module
      	- Add a delivery method D with a price on product P
      	  and publish it
      	- Go to shop and add product P to your cart
      	- Go to payment and switch delivery method
      
      	Total amount above the summary is not updated.
      
      Cause
      
      	Update is done on JS when delivery method is changed.
      	No targeting Total Amount in summary head card (seen only on small device).
      
      Solution
      
      	Add ID on Total Amount in summary head card element and update it with JS
      	in same time as other fields (taxes, total, ...).
      
      opw-2424355
      
      closes odoo/odoo#64800
      
      X-original-commit: 7ab63d323680a6a69e77dcc59819928aa7872582
      Signed-off-by: default avatarbon-odoo <nboulif@users.noreply.github.com>
      fff4314e
  15. Jan 21, 2021
  16. Jan 18, 2021
  17. Jan 15, 2021
  18. Jan 20, 2021
  19. Jan 19, 2021
  20. Dec 11, 2020
    • Tiffany Chang (tic)'s avatar
      [FIX] mrp: make done unbuild form readonly · 8bfa9efd
      Tiffany Chang (tic) authored
      
      Some added readonly attributes in the unbuild form view were overriding
      the `states={'done': [('readonly', True)]}` attributes in the models'
      fields. So we add the readonly when state='done' to the view as well.
      
      Note that same issue exists in saas-12.3 and 13.0, but only for 2 of the
      4 fields fixed in this commit (i.e. it probably isn't a big deal for
      these older versions.)
      
      Discovered during task: 2033341
      
      closes odoo/odoo#63537
      
      Signed-off-by: default avatarArnold Moyaux <amoyaux@users.noreply.github.com>
      8bfa9efd
  21. Jan 20, 2021
  22. Jan 19, 2021
  23. Jan 20, 2021
    • Pierre Paridans's avatar
      [FIX] web: Dialog widget should always call on_{attach|detach}_callback · 036fc781
      Pierre Paridans authored
      
      Before this commit, the `on_attach_callback` and `on_detach_callback`
      callbacks are not called all the time on the `Dialog` widget when it's
      attached/detached to the DOM. Relying on those callbacks could result in
      unpredictable behaviours.
      
      To be more precise, the `on_attach_callback` isn't executed on a regular
      Dialog#open() call. But Dialog spawned by the ActionManager will execute
      it.
      
      This difference prevents from properly binding those callbacks later on
      through an extend or include of the Dialog widget as we have no way to
      know if they have already been called or not (e.g. which can result in
      calling them twice).
      
      This commit normalize this situation by ensuring that the
      `on_attach_callback` and `on_detach_callback` callbacks are properly
      called by the Dialog widget and allows any extension of this widget to
      rely on them. Therefore the ActionManager is adapted accordingly.
      
      opw-2438534
      
      closes odoo/odoo#64780
      
      Related: odoo/enterprise#15849
      Signed-off-by: default avatarAdrien Dieudonné (adr) <adr@odoo.com>
      036fc781
  24. Jan 18, 2021
Loading