Skip to content
Snippets Groups Projects
  1. May 12, 2016
  2. May 11, 2016
    • Nicolas Martinelli's avatar
      [FIX] account: print Trial Balance · d8f8d345
      Nicolas Martinelli authored
      This applies commits 313bc91c and
      2ad4bd48 to Trial Balance report.
      
      opw-676061
      d8f8d345
    • Martin Trigaux's avatar
      [FIX] sale: exact matching on origin · 97b79a19
      Martin Trigaux authored
      Avoid that an invoice for 'SO042' matches with the invoices of 'SO04'.
      The use of the like is required as it may contains more than one reference to an
      invoice.
      
      opw-676921
      Unverified
      97b79a19
    • Joren Van Onder's avatar
      [FIX] point_of_sale: use client validation date instead of creation date · e9b1254a
      Joren Van Onder authored
      9f541d29 made it so that date_order on
      pos.order records is set using the creation_date of the clientside Order
      record to avoid weird date_order values when syncing to the server is
      not done immediately.
      
      The downside of this approach is that creation_date is set during Order
      creation on the client. A user that has an open POS will also have an
      open order. So if it takes one hour before the first order can be made
      then the date_order will reflect this.
      
      To avoid this we will instead use a validation date, which will be set
      when the user clicks on the green 'Validate' button.
      
      Because this is a stable release we won't change the name of the key in
      the JSON data that gets sent to the server. This means that from the
      server point of view nothing changes.
      
      Fixes #11933
      e9b1254a
    • Goffin Simon's avatar
      [FIX] account: base field in account.invoice.tax · 8ad0c0f3
      Goffin Simon authored
      The field base is obligatory according to a european law.
      This field existed in saas-6.
      
      opw:674713
      8ad0c0f3
    • Nicolas Martinelli's avatar
      [FIX] account: sort taxes before computation · 0a5b943d
      Nicolas Martinelli authored
      Taxes should be sorted before computation, otherwise if some taxes
      affect subsequent taxes, the computation will be wrong.
      
      opw-676119
      0a5b943d
    • Thomas Groutars's avatar
      [FIX] mail: missing translation due to typo · 0e4ad241
      Thomas Groutars authored
      Closes #11929
      opw-676854
      0e4ad241
    • Goffin Simon's avatar
      [FIX] account_asset: Depreciation Expense Account and Depreciation Asset Account · 17c217ac
      Goffin Simon authored
      "Depreciation Account" must be renamed in "Depreciation Expense Account"
      Reason: This is the account that will be shown in the Profit and Loss, the original
      label "Depreciation Account" is confusing because it could mean a depreciation asset
      account.
      
      "Asset Account" must be renamed in "Depreciation Asset Account"
      Reason: This makes it clear that this is an asset account that will receive
      depreciation entries, without this wording it could mean that we are simply
      informing the Asset module which account is the asset account, but that depreciation
      entries go elsewhere.
      
      opw:672852
      17c217ac
    • Nicolas Martinelli's avatar
      [FIX] purchase: taxes from PO · fe413bc8
      Nicolas Martinelli authored
      If a user removes the taxes on a PO line, the product taxes will be
      added back when the invoice is created.
      
      opw-676858
      fe413bc8
    • Joren Van Onder's avatar
      [IMP] point_of_sale: verbose logging when dealing with 'rescue' sessions · c162e348
      Joren Van Onder authored
      When dealing with issues related to 'rescue' sessions we are very
      limited in what we can do because the actual orders sent to the backend
      exist only in localStorage in the browser on the device of the
      user. Because of this it is important that we log some data about the
      orders we receive in the backend to have an idea of what's going on.
      
      opw-676497
      c162e348
    • Quentin De Paoli's avatar
      [FIX] account: endless loop in exchange rate entry creation on full... · e6be42b1
      Quentin De Paoli authored
      [FIX] account: endless loop in exchange rate entry creation on full reconciliation fixed. ticket 676467
      e6be42b1
    • Nicolas Martinelli's avatar
      [FIX] account: print multiple GL · 2ad4bd48
      Nicolas Martinelli authored
      When several accounts are selected to print their GL, the GL of only one
      is printed. This is due to two issues:
      - 'active_id' is retrieved instead of 'active_ids'
      - the method `get_action` is called with the wrong records. `self`
        refers to the wizard, not to the accounts selected.
      
      opw-676061
      2ad4bd48
  3. May 10, 2016
    • Nicolas Martinelli's avatar
      [FIX] base: no-break space in qweb · 34f09a0e
      Nicolas Martinelli authored
      A non-breaking space is used between the amount and the currency.
      However, if a space is used as a separator, there is a possibility that
      the amount will be split into several lines.
      
      opw-674535
      34f09a0e
    • Nicolas Martinelli's avatar
      [FIX] account payment difference sign · 93484168
      Nicolas Martinelli authored
      When a payment is registered on an invoice, the payment difference must
      be considered differently if we receive the payment or pay a bill. This
      is necessary at the creation of the 'Counterpart' entry. For example,
      an invoice of 100 is considered as paid with a payment of 90. The
      difference of 10 should be booked as a debit in case of a customer
      invoice, but it should be booked as a credit in case of a vendor bill.
      
      opw-675641
      93484168
    • Denis Ledoux's avatar
      [FIX] calendar: edition of events duration · 77cb5f0e
      Denis Ledoux authored
      In event not during all day, it looks like
      `start_date` could be defined, but `stop_date` not.
      
      Despite the fact this is not such a normal state, this should
      not prevent the save of the event with the
      `_check_closing_date` constraint, checking that the ending
      date is after the starting date
      (in the case of an event not during the whole day,
      this is ensured with the `start_datetime` and the
      `stop_datetime`
      
      opw-676245
      77cb5f0e
    • Joren Van Onder's avatar
      [FIX] barcodes: also allow barcodes triggering buttons in dropdowns · 28a9336a
      Joren Van Onder authored
      On smaller screens some buttons will be hidden. An example of this is
      the 'Validate' button in the stock.picking form view. It is not :visible
      but it should still be possible to trigger through scanning a
      'O-BTN.validate' barcode.
      
      opw-676741
      28a9336a
    • Martin Trigaux's avatar
      [FIX] tools: keep comment in CSV export · 59982a04
      Martin Trigaux authored
      The comments field was ignored (because reasons) when exporting terms in CSV.
      This was an issue when using the wizard 'Synchronize Terms' as it first export
      the terms of every module in CSV.
      
      opw-673853
      Unverified
      59982a04
    • Nicolas Martinelli's avatar
      [FIX] web: search input of date · 50b94ef0
      Nicolas Martinelli authored
      When the user searches for date (or a datetime) in the search bar, the
      suggested date can become completely wrong. For example, in the French
      localization where the date format is DD/MM/YYYY, the system will search
      for the date MM/DD/YYYY. This is even worse when the date is not fully
      written: DD/MM could be converted to MM/DD/0000, which doesn't make any
      sense. This is related to the moment issue
      https://github.com/moment/moment/issues/1407.
      
      The fix is to make sure that the input date has a correct format thanks
      to `parse_value`. The latter converts the date into a fixed format.
      
      Fixes #11876
      opw-676604
      50b94ef0
    • Goffin Simon's avatar
      [FIX] hr_holidays: date_from field · a775f437
      Goffin Simon authored
      Wrong field date_from:month in model hr.holidays
      
      opw:676837
      a775f437
  4. May 09, 2016
    • Damien Bouvy's avatar
      [FIX] sale: uom conversion for invoiced quantities · 3ce23eb4
      Damien Bouvy authored
      When invoicing products from a SO, you may decide to change the uom
      of the invoice (if you invoiced only  a fraction of the product, for
      example). In that case, conversion is necessary to ensure that the
      "invoiced quantity" field on the SO line is correct.
      3ce23eb4
    • Nicolas Martinelli's avatar
      [FIX] account: account selection · 313bc91c
      Nicolas Martinelli authored
      When a user prints the GL of a given account, the GL of all accounts is
      printed. On a production environment, this can generate thousands of
      pages (and ultimately, a crash).
      
      opw-676061
      313bc91c
    • Nicolas Lempereur's avatar
      [FIX] mail: rapid click on "New Message" cause error · b9803b3d
      Nicolas Lempereur authored
      If the "NEW MESSAGE" or "Log an internal note" are clicked succeedingly
      too fast, we can get into a situation where the composer is init'ed but
      have not already been start'ed.
      
      closes #11952
      opw-675973
      b9803b3d
    • Goffin Simon's avatar
      [FIX] project: Settings" in administration for a user · 74525de9
      Goffin Simon authored
      Used case:
      -go as admin and set for the demo user the right "Settings" in administration
      -connect as demo user, go in settings of project and untick the forecasts option and save
      
      Result:
      -Access rights error because the user has no rights to unlink records on "ir.values" model.
      
      Fix:
      When the user is in the group_system group, he has the rights to unlink records in "ir.values" model.
      
      opw:676714
      74525de9
    • Goffin Simon's avatar
      [FIX] web: raise a warning for bad domain · b3a88b6e
      Goffin Simon authored
      When a user wrote a wrong value in char_domain field it should raise a warning
      message instead of a traceback.
      
      opw:676783
      b3a88b6e
  5. May 08, 2016
  6. May 06, 2016
  7. May 05, 2016
  8. May 04, 2016
Loading