Skip to content
Snippets Groups Projects
  1. Oct 23, 2019
    • mcm-odoo's avatar
      [IMP] website_slides: add progressbar and completed tag · 42a24e41
      mcm-odoo authored
      
      - Teacher can now see the progress of his students on the attendees' list.
      
      - The completion of a course was recomputed even if the course is completed
        now it's fixed to 100 when completed.
      
      - Added a progressbar in course page in front-end to allow the user to see
        it's progression. When completed, the tag completed is displayed instead of
        the progressbar.
      
      - On slide page in front-end(normal view or fullscreen) when a course is
        completed, display the tag completed instead of the progressbar.
      
      - Removed completed state on course "Taking care of Trees" for portal user
        because it was not the case.
      
      task-2049689
      
      closes odoo/odoo#36608
      
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      42a24e41
  2. Oct 22, 2019
  3. Oct 24, 2019
    • Julien Mougenot's avatar
      [FIX] account: removed horizontal scrollbar in lists · a0c44f9d
      Julien Mougenot authored
      
      Before this commit, lists having a section or a note would have a horizontal
      scrollbar in readonly mode.
      
      Now it has been removed and the list stretches properly according to its parent
      size.
      
      Task 2086594
      
      closes odoo/odoo#39301
      
      X-original-commit: cbe26b3a
      Signed-off-by: default avatarAaron Bohy (aab) <aab@odoo.com>
      a0c44f9d
    • Julien Mougenot's avatar
      [FIX] web: list: recompute default values for columns when visible · e8d30072
      Julien Mougenot authored
      Before this commit, all the computation of the default widths for column
      headers was done before the list was attached to the DOM, meaning that no
      column was actually visible. This was a problem since columns that are
      meant to stay unseen were taken into account in the calculation of relative
      column widths.
      
      Now, the same algorithm runs once the columns are visible so that invisible
      columns can be properly excluded.
      
      fixes #38744
      
      Task 2076721
      
      X-original-commit: 4bf98b47
      e8d30072
    • Julien Mougenot's avatar
      [FIX] web,mrp_subcontracting: list: remove width attribute for button · 337fd811
      Julien Mougenot authored
      Before this commit, the `width` attribute was interpreted by a jQuery node generator
      function as a `style="width"` property and gave an incorrect width value to the affected node.
      
      Now, the `width` attribute is automatically plucked in the list renderer in the
      specific function used to render buttons.
      
      Task 2076721
      
      X-original-commit: c67b36c0
      337fd811
  4. Oct 23, 2019
  5. Oct 22, 2019
  6. Oct 23, 2019
  7. Oct 22, 2019
    • qsm-odoo's avatar
      [FIX] website: solve asynchronous action demands in the editor · 7f60eaa2
      qsm-odoo authored
      
      Since saas-12.3, deferred actions use native promises. This has the
      annoying side-effect of force-deferring promises even if they are
      resolved at once... and we relied on the opposite behavior for some
      call made in _setActive or option methods.
      
      In master, we should review the async logic of snippet options. Right
      now we will rely on the fact those promises are resolved at once but
      that we need to avoid for their "async part" anyway. The _setActive
      method and the option methods are thus still working synchronously in
      stable, despite the new force-deferring promises.
      
      Also, with old promises, when we waited for the resolution of multiple
      deferred, the resolve handler received the multiple results as
      individual arguments. Now it receives all the results in an array as
      a single argument. The resolution of action demands had to be adapted.
      
      closes odoo/odoo#39171
      
      X-original-commit: 30d15315
      Signed-off-by: default avatarQuentin Smetz (qsm) <qsm@odoo.com>
      7f60eaa2
    • Raphael Collet's avatar
      [FIX] fields: `compute_sudo` defaults to True for stored fields only · c8dca514
      Raphael Collet authored
      
      The default `compute_sudo=True` makes sense for recomputing stored
      fields that are indirectly related to a business operation.  This
      ensures that the recomputation of the field does not break an operation
      that is not aware of the fields to recompute.
      
      However, computing non-stored fields in superuser mode is usually not
      necessary.  It even leads to unexpected values: counting a partner's
      sales orders does not give the same result in superuser mode as in
      normal mode.  That is why non-stored fields are not computed in
      superuser mode by default.
      
      [FIX] account, delivery, event, hr_recruitment, point_of_sale, stock:
      adapt the model definition to make all fields with the same compute
      method have the same value for `compute_sudo`.
      
      [FIX] sale: split the computation of `invoice_ids`, `invoice_count`
      (non-stored) and `invoice_status` (stored), as no code is actually
      shared.
      
      closes odoo/odoo#39195
      
      X-original-commit: 843fd38a
      Signed-off-by: default avatarOlivier Dony (odo) <odo@openerp.com>
      c8dca514
    • Raphael Collet's avatar
      [FIX] account: typo in field name · 5efd768b
      Raphael Collet authored
      
      closes odoo/odoo#39194
      
      X-original-commit: 9492b019
      Signed-off-by: default avatarOlivier Dony (odo) <odo@openerp.com>
      5efd768b
    • Raphael Collet's avatar
      [FIX] hr_holidays: unknown field in tests · 41639cc8
      Raphael Collet authored
      X-original-commit: 2726976e
      41639cc8
  8. Oct 23, 2019
  9. Oct 22, 2019
  10. Oct 21, 2019
  11. Oct 22, 2019
  12. Oct 16, 2019
  13. Oct 22, 2019
  14. Oct 17, 2019
Loading