1. 28 Jul, 2020 1 commit
  2. 26 Jul, 2020 1 commit
    • Thomas Baumgart's avatar
      Report all matching transactions in transaction report · 3a769f67
      Thomas Baumgart authored
      In case the first processed split of a multi split transactoin matches
      the filter criteria and no other one does, then the transaction was not
      included in the report at all.
      Since other splits may match the filter also, the first one found will
      be stacked and only added, if no other data was added for that
      BUG: 424674
      FIXED-IN: 5.1.1
  3. 25 Jul, 2020 2 commits
    • Thomas Baumgart's avatar
      Include category filter in all cases · 910bc921
      Thomas Baumgart authored
      In some cases, a provided category filter was ignored which caused no
      filtering at all.
      BUG: 424321
      FIXED-IN: 5.1.1
    • Thomas Baumgart's avatar
      Allow to calculate one parameter of a loan · 19e9ac50
      Thomas Baumgart authored
      When leaving an amount edit field in the new loan account wizard it will
      automatically be filled with 0. This will prevent the loan calculator to
      identify the field that should be calculated.
      Enable the option to allow an empty field prevents the automatic fill
      with the value 0 on focusOut event.
      BUG: 424511
      FIXED-IN: 5.1.1
  4. 23 Jul, 2020 1 commit
  5. 19 Jul, 2020 8 commits
  6. 13 Jul, 2020 1 commit
  7. 12 Jul, 2020 1 commit
    • Thomas Baumgart's avatar
      Harmonize display of closed accounts in home view · 6e078d95
      Thomas Baumgart authored
      Different sections of the home view displayed closed accounts depending
      of the "Show all accounts" and "Do not show closed accounts"
      differently. The handling has been harmonized such that closed accounts
      will be displayed in all sections alike either if "Show all accounts" is
      active or "Don't show closed accounts" is inactive.
      Closed accounts will also be shown in strike-through so that they can
      easily be identified as closed.
      BUG: 424098
      FIXED-IN: 5.1.1
  8. 11 Jul, 2020 5 commits
  9. 01 Jul, 2020 1 commit
  10. 27 Jun, 2020 1 commit
    • Thomas Baumgart's avatar
      Fix keypad comma/dot to use QLocale::decimalPoint for amounts · 2e0440ec
      Thomas Baumgart authored
      In general, pressing the keypad's comma or dot character creates the
      correct key press event for a locale. In case the keyboard option
      "Four-level key with abstract separators" is set in the KDE settings,
      the wrong character is used to create the event (e.g.: for locales DE or
      FR a dot is returned when the decimal symbol is a comma).
      This change fixes the problem such that a key press event for dot or
      comma with the Qt::KeypadModifier set is turned into a key press event
      with for the QLocale::decimalPoint() character.
      BUG: 423509
      FIXED-IN: 5.1.1
  11. 21 Jun, 2020 1 commit
  12. 18 Jun, 2020 2 commits
  13. 17 Jun, 2020 2 commits
  14. 16 Jun, 2020 1 commit
  15. 14 Jun, 2020 1 commit
  16. 13 Jun, 2020 2 commits
  17. 12 Jun, 2020 5 commits
  18. 11 Jun, 2020 1 commit
  19. 10 Jun, 2020 3 commits