Skip to content
Snippets Groups Projects
  1. Feb 18, 2022
    • Yannick Tivisse's avatar
      [FIX] base_geolocalize: Partial revert of #84266 · dc3ad138
      Yannick Tivisse authored
      Purpose
      =======
      
      This @depends could be 'dangerous' because it would trigger a
      lot of calls to the GeoIP API.
      
      It would be more reasonable to make it lazy instead.
      
      So we just reset the geolocation to 0 when the address is modified
      without providing the new values, and the user can manually trigger
      the geolocation again when needed.
      
      For FSM, it will be updated when needed as the computation is
      triggered when the geolocation information is empty.
      
      Part-of: odoo/odoo#84890
      dc3ad138
    • Yannick Tivisse's avatar
      [FIX] base_geolocalize: Disable geolocalize on update/test mode · 99f7e35f
      Yannick Tivisse authored
      Purpose
      =======
      
      Avoid making useless external requests.
      
      X-original-commit: 6742e410
      99f7e35f
  2. Feb 17, 2022
    • Audric Onockx (auon)'s avatar
      [FIX] base_geolocalize : adapt geocoordinates to partner address · 5909a789
      Audric Onockx (auon) authored
      
      Steps :
      Install Field Service and Contacts.
      Create a FSM task > Customer : Demo.
      Note that the displayed address is his Demo's current one.
      Click Navigate To : it points this same address.
      Go to Contacts > Demo > change the address and return to task.
      Note that the displayed address is his Demo's new one. (Or else refresh)
      
      Issue :
      Click Navigate To : it points the OLD address.
      
      Cause :
      action_fsm_navigate calls partner.geo_localize
      only if partner has no geocoordinates.
      Yet he still have the old coordinates.
      
      Fix :
      Call when the address changes and not in action_fsm_navigate.
      
      closes odoo/odoo#84753
      
      Opw: 2743926
      X-original-commit: 0c01f2a2
      Related: odoo/enterprise#24456
      Signed-off-by: default avatarYannick Tivisse (yti) <yti@odoo.com>
      Signed-off-by: default avatarOnockx Audric (auon) <auon@odoo.com>
      5909a789
  3. Dec 07, 2021
  4. Oct 29, 2021
    • Didier (did)'s avatar
      [IMP] bus, mail, *: improve longpolling bus notification format · 1afcc9c3
      Didier (did) authored
      
      * = auth_signup, calendar, im_livechat, snailmail_account, survey, test_mail,
          web_editor, website_crm_iap_reveal, website_livechat
      
      The aim of this PR is to improve/fix various flaws and limitation of the current
      API, to make it easier to use and more efficient.
      
      Notification are now defined with 3 distinct parts:
      
      - the channel determines which client(s) should receive it
      - the type determines how it should be handled
      - the payload determines any extra information helpful for handling it
      
      Channel
      =======
      
      Business code
      -------------
      
      - Record channel is introduced for ease of subscribing to and sending
        notifications to specific partners, channels, documents, ...
      - String channel is still supported (but it is converted internally to the tuple
        channel).
      - Tuple channel is still supported without any change (but should be avoided
        whenever possible due to its complex syntax).
      
      The channel is no longer sent to the client. When the channel was used for
      business purpose, the information it contained has been moved into either the
      new type, or the payload itself.
      
      Technical note
      --------------
      
      All channels are now internally converted to the tuple (db, ...) channel, which
      is necessary for the platform code (saas/sh).
      
      Internally, the bus.bus table is not changed, type and payload are grouped
      together into what was (and still is) called message.
      
      Type
      ====
      
      Type is introduced to uniformize the way notifications are sent and handled.
      All existing notifications already had some kind of manually-built type in them.
      This is now officially supported at the bus API.
      
      In client code this will allow (to be done in future commits) to register one
      handler per specific type, instead of having to iterate and to filter all
      received notifications on every handler.
      
      Payload
      =======
      
      Payload (ex message) did not change, it can still be anything depending on
      business needs.
      
      Few adaptations:
      - When the type was included on the payload, the type has been moved to the new
        type parameter.
      - When the channel was used in business code, its data has been copied into the
        payload.
      
      task-1891151
      
      closes odoo/odoo#79201
      
      X-original-commit: 543af27c
      Related: odoo/enterprise#21998
      Signed-off-by: default avatarSébastien Theys (seb) <seb@odoo.com>
      1afcc9c3
  5. Oct 19, 2021
    • ijas ahammed's avatar
      [IMP] base_geolocalize,website_crm_partner_assign: show a toaster message · c557dbac
      ijas ahammed authored
      - Right now, if you click on 'Geolocate' button on partner form view, and if
        partner has no address, it gives no feedback and user doesn't know what
        happend.
      
        With this commit, if the geolocating does not work, user will get a toast
        notification telling him that 'No address found' to avoid confusion.
      
      - When we click on 'Automatic Assignment' button from crm form view,
        if there is no country set on lead, odoo skips the process, but we get the tag
        that 'no partner available' which is not correct. It should be
        there only when odoo actually tries to find the partner based on
        lead's country.
      
        This commit fixes the behavior by showing a toast notification to
        user in this case, saying 'There is no country set in address'.
      
      TaskID-2443894
      closes https://github.com/odoo/odoo/pull/67524
      
      Part-of: odoo/odoo#67524
      c557dbac
  6. Sep 16, 2021
  7. Sep 07, 2021
  8. Jul 26, 2021
    • Xavier-Do's avatar
      [FIX] *: add explicit license to all manifest · 288595f5
      Xavier-Do authored
      
      The license is missing in most enterprise manifest so
      the decision was taken to make it explicit in all cases.
      When not defined, a warning will be triggered starting from
      14.0 when falling back on the default LGPL-3.
      
      closes odoo/odoo#74245
      
      Related: odoo/design-themes#48
      Related: odoo/enterprise#19862
      Signed-off-by: default avatarXavier Dollé (xdo) <xdo@odoo.com>
      288595f5
  9. Jul 12, 2021
  10. May 11, 2021
  11. Apr 23, 2020
  12. Apr 01, 2020
  13. Mar 20, 2020
    • Helly kapatel's avatar
      [IMP] various: Change 'assignation' to 'assignment' across all modules · 1c9a6db1
      Helly kapatel authored
      
      Purpose
      =======
      The main definition of 'assignation' is the following:
         "an appointment to meet someone in secret, typically one made by lovers"
      
      The correct word we should be using is 'assignment':
         "the allocation of someone or something as belonging to a particular group or category"
      
      So in this commit change every iteration of the word
      'assignation' to 'assignment', across all modules.
      
      closes odoo/odoo#45041
      
      Taskid: 1966215
      Closes: #45041
      Related: odoo/enterprise#8375
      Signed-off-by: default avatarYannick Tivisse (yti) <yti@odoo.com>
      1c9a6db1
  14. Mar 05, 2020
  15. Dec 10, 2019
  16. Dec 09, 2019
  17. Oct 07, 2019
  18. Oct 01, 2019
  19. Sep 29, 2019
  20. Sep 25, 2019
  21. Sep 15, 2019
  22. Sep 03, 2019
  23. Sep 01, 2019
  24. Sep 08, 2019
  25. Sep 01, 2019
  26. Sep 08, 2019
  27. Sep 01, 2019
  28. Aug 18, 2019
  29. Aug 13, 2019
  30. Sep 01, 2019
  31. Jul 28, 2019
  32. Jul 01, 2019
  33. Jun 23, 2019
  34. Jun 30, 2019
  35. Jun 26, 2019
  36. Jul 04, 2019
Loading