Skip to content
Snippets Groups Projects
  1. Jul 20, 2020
  2. Jul 17, 2020
  3. Jul 13, 2020
    • Martin Trigaux's avatar
      [FIX] gamification: use right field on goal domain · 49fc1979
      Martin Trigaux authored
      
      There is no field 'ids' on a gamification.goal, but one called 'id'
      Without this commit, calling _get_serialized_challenge_lines (or
      indirectly, calling report_progress) with a non-empty subset_goals was
      failing due to an invalid domain.
      This is not supposed to happen on standard flow but can be triggered
      with manual modification of date fields and refreshing a challenge.
      
      Fixes odoo/odoo#25913
      
      closes odoo/odoo#54387
      
      X-original-commit: 1e3483d2
      Signed-off-by: default avatarMartin Trigaux (mat) <mat@odoo.com>
      49fc1979
  4. Jul 17, 2020
  5. Jul 16, 2020
  6. Jul 17, 2020
    • std-odoo's avatar
      [FIX] website_event: fix ACL issue during registration · 89a2423c
      std-odoo authored
      
      Bug
      ===
      Register to an event with a public user.
      Sometimes an ACL error will be raised.
      
      Technical
      =========
      Before flushing the environment (after the creation of the event
      registration in the endpoint `registration_confirm`), the ORM will
      recompute all needed stored fields. As we didn't write on some of them
      (`date_closed`, `utm_campaign_id`, `utm_source_id`, `utm_medium_id`)
      they are in the list `Environment::all.tocompute`. So, the ORM will recompute
      the fields even if the state didn't change (this behavior can be verify
      in `BaseModel::recompute`). This is done after the "create" call of the
      event registration and so without the SUDO flag.
      
      Task-2299227
      
      closes odoo/odoo#54624
      
      X-original-commit: 38f37cd483b7907b20171e2c44e14e69e3e00596
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      89a2423c
    • Joseph Caburnay's avatar
      [FIX] point_of_sale: touch events are passive and allow resize with touch events · ce8cb110
      Joseph Caburnay authored
      
      1. Methods associated to touchmove and touchstart listeners should not
      call preventDefault because they are passive by default. Calling preventDefault
      will do nothing but in chrome browser, error message is issued.
      2. We now allow resize based on touch events.
      
      closes odoo/odoo#54612
      
      X-original-commit: c6b7133d9c9dc52a8d283124b5a4497940e54682
      Signed-off-by: default avatarpimodoo <pimodoo@users.noreply.github.com>
      ce8cb110
    • Joseph Caburnay's avatar
      [FIX] point_of_sale: no need for disableRubberbanding · f6f1ea6f
      Joseph Caburnay authored
      The primary goal of disableRubberbanding is to disable scrolling during
      touch event by default and to allow only selected descendants to have scrolling
      active during touchstart+touchmove event. Only elements with class="touch-scrollable"
      are allowed for touch scrolling. This restriction can be a good idea but it
      results to bug-ridden explicitness which is not necessary because scrolling
      should be allowed automatic by default in the first place. In this commit, we
      allowed scrolling by default by:
      
      1. We remove disableRubberbanding.
      2. We set the position property of .pos to fixed. This is to accomplish the
      original goal of disableRubberbanding (fixing the root element in its position).
      3. We remove the touch-scrollable class as they are not needed anymore and
      no style associated to it.
      
      Removing the disableRubberbanding method also fixes the Intervention error during
      touch scrolling event. The reason for that error is we are calling preventDefault
      in the event that is passive. touchmove and touchstart events are passive by default
      - which means that preventDefault won't work.
      
      X-original-commit: 54f7fb49dae3aab6a005402a1ac60262bbd15edc
      f6f1ea6f
  7. Jul 16, 2020
Loading