Accepting request 619535 from GNOME:Apps

Update to 3.2

OBS-URL: https://build.opensuse.org/request/show/619535
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/gnucash?expand=0&rev=75
This commit is contained in:
2018-06-29 20:35:01 +00:00
committed by Git OBS Bridge
parent ba422593bb
commit 0452188089
4 changed files with 61 additions and 8 deletions

View File

@@ -1,3 +1,56 @@
-------------------------------------------------------------------
Wed Jun 27 23:02:33 UTC 2018 - luc14n0@linuxmail.org
- Update to version 3.2:
+ Bugs fixed: bgo#787401, bgo#794617, bgo#795101, bgo#795247,
bgo#795253, bgo#795272, bgo#795276, bgo#795362, bgo#795471,
bgo#795519, bgo#795666, bgo#795831, bgo#795944, bgo#796079,
bgo#796081, bgo#796083, bgo#796117, bgo#796256, bgo#796369,
bgo#796398, bgo#796409, bgo#796423, bgo#796484, bgo#796527,
bgo#796537, bgo#796586, bgo#796595, bgo#796600, bgo#796614,
bgo#796638.
+ Other fixes/enhancements:
- Transaction report improvements:
. Enable computing averages in subtotal grid;
. Generate the subtotal grid only if the primary sort key
enables subtotals;
. Fix subtotal grid to support multiple commodities;
. New filters.
- Add tooltip support for register cells.
- Replace old-style html style attributes with css.
- Add the full account name to the saved register settings.
- Fix misplaced try block that caused unhandled exception if
year out of range.
- Fix permanent storage of vendor details.
- Update invoice reports to give a consistent representation of
invoice data across the application.
- Ensure gncEntry rounding is consistent. Internally calculated
values in the entry are never rounded. Consumers of
gncEntry's calculated values can request them either rounded
or not. Next use a pragmatical approach for calculating
values on invoices based on the entry values: do the rounding
such that we never create an unbalanced transaction while
posting.
That means:
. Round each entry's net value before summing them in net
total;
. Accumulate all tax totals on invoice level per tax account
before rounding and round before before summing them in a
global tax total.
A complete solution can only be offered if users are allowed
to manually correct tax entries. This requires changes to
user interface and data format so that's not going to happen
in gnucash 3.x.
+ Updated translations.
- Drop explicit C(XX)FLAGS exportation: now cmake export them by
default.
- Readd pkgconfig(libsecret-1) BuildRequires, following upstream
changes. Its support have got lost after porting the build system
to CMake.
- Conditionalize pkgconfig(gwengui-gtk3) BuildRequires to be used
only by Tumbleweed (suse_version > 1500) as previous releases do
not ship it.
-------------------------------------------------------------------
Tue Jun 12 09:20:27 UTC 2018 - bjorn.lie@gmail.com