Skip to content
Snippets Groups Projects
  1. May 24, 2019
  2. May 29, 2019
    • Denis Ledoux's avatar
      [FIX] website_slides: order channels by the natural order when unspecified · b85a135a
      Denis Ledoux authored
      
      In the backend, the user has the possibility in the channels list to drag and drop
      channels to define their order, thanks to the `sequence`.
      
      This order was then not respected in the front-end when displaying the slides channel
      `/slides/all`.
      This was basically not possible for the user to control the order in which
      the channels were displayed.
      
      With this revision, when the order is not specified to the controller,
      or is wrong, it fallbacks to `None`, which therefore follows the slides channel natural
      order, which is `sequence, id`. The user can now control the order of the slides channels
      in the front-end.
      
      closes odoo/odoo#33745
      
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      b85a135a
    • Joren Van Onder's avatar
      [FIX] lunch: don't merge with other users' orders · decc1b3c
      Joren Van Onder authored
      
      1/ As admin, add Lunch Maki to your order
      2/ As demo, add Lunch Maki to your order
      
      Admin now has 2 Lunch Makis, demo has none.
      
      closes odoo/odoo#33731
      
      Signed-off-by: default avatarToufik Benjaa (tbe) <tbe@odoo.com>
      decc1b3c
  3. May 22, 2019
  4. May 23, 2019
  5. May 28, 2019
  6. May 27, 2019
  7. May 26, 2019
  8. May 24, 2019
  9. May 23, 2019
  10. May 22, 2019
  11. May 17, 2019
  12. May 16, 2019
    • Christophe Simonis's avatar
    • Christophe Simonis's avatar
    • Christophe Simonis's avatar
      fe970ad5
    • Christophe Simonis's avatar
      [FIX] website_customer: no error-prone xpath expr · 4039fc52
      Christophe Simonis authored
      
      closes odoo/odoo#33450
      
      Signed-off-by: default avatarChristophe Simonis <chs@odoo.com>
      4039fc52
    • Christophe Simonis's avatar
    • Christophe Simonis's avatar
    • Christophe Simonis's avatar
      556b59bc
    • Mohammed Shekha's avatar
      [FIX] tools: allow using datetime in function call · 90d86e07
      Mohammed Shekha authored
      
      Traceback generated when trying to pass a datetime object into a function tag
      in xml.
      
      <function name="action_name" model="model_name" eval="datetime.date.today"/>
      
      Used to fail.
      
      With this commit now one can pass time, datetime, timedelta, relativedelta,
      version, ref, pytz in function tag in xml
      
      Task-id: 1772614
      Closes odoo/odoo#29212
      
      Signed-off-by: default avatarMartin Trigaux (mat) <mat@odoo.com>
      
      
      Co-authored-by: default avatarDhaval Limbuwala <dli@odoo.com>
      90d86e07
    • Sébastien Theys's avatar
      [FIX] website: prevent crash with image gallery snippet · 3b3f8567
      Sébastien Theys authored
      
      If destroy is called before start, there will be a crash before this commit.
      
      At the time of this commit, this can be reproduced in master by dropping the
      image gallery snippet, clicking on add images (double click, which opens the
      media dialog twice for some reason), selecting 2 images to add on the
      media dialog, and clicking on add. The error will be in the JS console.
      
      closes odoo/odoo#33440
      
      Signed-off-by: default avatarQuentin Smetz (qsm) <qsm@odoo.com>
      3b3f8567
    • Nans Lefebvre's avatar
      [FIX] mail: remove previous attachments when changing template · 516f22c3
      Nans Lefebvre authored
      
      Open a mail.compose.message wizard.
      Select a template that generates an attachment.
      Reselect it. A second attachment has been generated.
      Can be repeated ad infinitum.
      
      At template onchange, the template is rendered to overwrite the composers values
      This includes the attachments.
      Let L1 be the list of attachments generated by the template.
      When _convert_to_write(values) is called with {'attachment_ids': L1},
      it gets self.attachments_ids = L2, and generates a [(6, 0, L1 + L2)] command.
      As a result attachments are only added,
      the previous ones need to be removed manually.
      
      Since c6d718f2, the semantics of _convert_to_write changed.
      Before, it always returned an empty list for new records (without an id).
      In other words, wa always had L2 == [].
      As a result we need to adapt the wizard to keep its old behaviour.
      
      To solve it we bypass the _convert_to_write for 'attachment_ids' and directly
      generate the 6 command with the list of ids L1 generated by the template.
      We only do this for templates that add attachments to keep the templates
      composable (a template only overwrites the values it defines).
      Unfortunately, we don't have any way to know which attachments have been added
      manually, so we can't preserve these (which was the old behaviour anyway).
      
      opw 1997430
      opw 1987169
      opw 1998115
      opw 1998782
      
      closes odoo/odoo#33387
      
      Signed-off-by: default avatarNans Lefebvre (len) <len@odoo.com>
      516f22c3
    • Denis Ledoux's avatar
      [FIX] mail: accurate message notifications marked as sent · 272359b8
      Denis Ledoux authored
      
      When multiple emails (`mail.mail`) are linked
      to the same message (`mail.message`),
      all the message notifications were being marked as sent
      as soon as one of the mail was sent, and not all of them.
      
      This is indeed possible to have multiple emails linked to a single
      message, for instance when there are employees and customers in
      the followers of a thread, and some must therefore have
      the buttons meant for the employees ("Assign me") and some not.
      
      In other words, it was possible notifications were marked
      as sent while their associated email was not sent yet.
      
      This revision also comes as an addition to
      5d6656d7
      
      as it was possible to receive a bounce coming from
      the previous mail sent which wrote on the same notifications `email_status`
      than the current message being sent before we could acquire the lock on
      them (see commit message of the above mentioned revision),
      as it was writing the `email_status` on more notifications that it
      should have, including notifications of the previous email.
      
      e.g
      - Mail 1
      - Message 1
      - Recipient A, B, C
      - Mail 2
      - Message 1
      - Recipient D, E
      
      Let's say recipient A bounces
      
      If the email notifying the bounce arrives during the processing of the "Mail 1",
      it will be blocked until we release the lock on the `mail.notification` `email_status`
      we acquire thanks to having written `exception` on `email_status` before sending the email.
      But, as soon as it is unblocked (after the `cr.commit()`),
      it will immediately re-attempt the delivery of the bounce email,
      therefore writting "bounced" in `email_status` of recipient A,
      while the transaction of the second email already began.
      When the second email sending will try to write the `email_status`
      of recipient A as well
      (as it used to write the `email_status` on all the message notifications,
      not just the one related to the current email),
      it raised a concurrent update.
      Therefore:
      1. Interrupting the loop, as psycopg2 exceptions are raised and not passed,
      2. Replay the sending of the second email a second time.
      
      opw-1984293
      
      closes odoo/odoo#33431
      
      Signed-off-by: default avatarDenis Ledoux <beledouxdenis@users.noreply.github.com>
      272359b8
    • Lucas Perais (lpe)'s avatar
      [FIX] account: payments cannot be grouped on company · 58735743
      Lucas Perais (lpe) authored
      
      Since cdca5d47, the field company_id
      on account.payment is not stored anymore, so, it doesn't make sense to be able to group on it
      
      OPW 1998427
      
      closes odoo/odoo#33428
      
      Signed-off-by: default avatarLucas Perais (lpe) <lpe@odoo.com>
      58735743
Loading