Skip to content
Snippets Groups Projects
  1. Jun 28, 2017
    • Goffin Simon's avatar
      [FIX] base: Language translation import issue · cf66983f
      Goffin Simon authored
      When importing translations with a csv, the state of the translations was
      always set to "To translate" even if the state was "Translated"
      due to function _inverse_source.
      
      PS: Making self.source when self is considered as record set could lead to an error.
      The return in this function was not needed.
      In old API this function was called just for one record.
      So this function expect only one record at each call.
      
      opw:747877
      cf66983f
    • Nicolas Martinelli's avatar
      [FIX] mrp: unlink lot · 9771056c
      Nicolas Martinelli authored
      - Set a user with 'User' access rights in Manufacturing and Inventory
      - Create 2 products tracked by lot (A and B)
      - Receive some quantity of B, define the lots.
      - Create a BOM for A, depending on B. The BOM must use routing with at
        least one workorder
      
      With the unprivileged user:
      - Create a MO for 1 unit of A
      - Update quantity to 3
      - Plan the MO
      - Go in workorders, start working and set the lot numbers for A and B.
      - Finish the WO => Access Error
      
      opw-748825
      9771056c
  2. Jun 27, 2017
  3. Jun 26, 2017
  4. Jun 25, 2017
  5. Jun 23, 2017
    • Martin Trigaux's avatar
      [I18N] update source terms · 4755fce9
      Martin Trigaux authored
      Was done poncutally but no global one since the release
      4755fce9
    • JesusZapata's avatar
      [FIX] stock: Prevent to reset a 'done' picking in 'draft' state · 6a732fd2
      JesusZapata authored
      This change will prevent the document from going from Done to Draft
      
      In some cases a user may make that error functionally. It is only to have an additional validation
      
      In the past, we didn't need this validations because the workflow didn't allow the use of a transition that is not defined on the correct state but since that we don't have workflow so we need manage this inconsistent action from original method in order to avoid a wrong transition.
      6a732fd2
    • Alexis de Lattre's avatar
      [FIX] l10n_fr: use full account names · 1a57cccc
      Alexis de Lattre authored
      Use full account names
      The parent accounts have been removed but the account names have not changed.
      
      Closes #17770
      1a57cccc
    • Lucas Perais (lpe)'s avatar
      [FIX] crm: crm_lead should have its email_from set when creating one opportunity from a contact · c284f013
      Lucas Perais (lpe) authored
      With the flow:
      - create a contact with email address set
      - click on smart button "opportunities"
      
      When creating opportunity with the plain "create button", the opportunity gets its email_from correctly
      whereas
      when creating an opportunity from a kanban state's quick create, only the partner is set, and not the email_from
      
      This commit aims at setting the email_from using either way of creating an opportunity
      
      OPW 743698
      
      Closes #17664
      c284f013
    • Cédric Snauwaert's avatar
      [FIX] rating: after posting a rate, don't redirect to backend · e3d5176a
      Cédric Snauwaert authored
      Some user might be logged but not have the right to access issue or task.
      Plus it does not make any sense to redirect to backend after rating a task or an issue.
      
      OPW: 748579
      e3d5176a
    • Leonardo Rochael Almeida's avatar
      [IMP] base: drop unused onchange_state · bbc47177
      Leonardo Rochael Almeida authored
      It calls `onchange_state()` on `res.partner` which was removed on
      (24aba601).
      
      It was added to `res.users` long ago (009ea409) to support a `state_id`
      field on the view `res.users.simplified.form` that is no longer there
      since v8.0.
      
      The method is then never called and was crashing if called.
      
      Closes #17772
      bbc47177
    • Nicolas Martinelli's avatar
      [FIX] purchase: cancelled procurement · c82ec7a6
      Nicolas Martinelli authored
      If two MOs are using the same PO, when we cancel the first MO, the
      check availability of second MO is not working.
      
      The incoming shipment of the Purchase Order has the first MO's move_id
      as the destination move. When we cancel the first MO, the incoming
      shipment of Purchase Order still holds the first MO's move. Because of
      that reason, the check availability is not working for the second MO.
      
      While setting the destination move for the stock moves of the incoming
      shipment, it should ignore the cancelled procurements.
      
      Closes #17701
      opw-748074
      
      Courtesy of @suganthikarunanithi
      c82ec7a6
  6. Jun 22, 2017
Loading