tags 933872 upstream forwarded 933872 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933872 thanks
Hello I also opened the bug upstream. I may need the help of the upstream author. Feel free to add any more information in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933872 Thanks Le 04/08/2019 à 17:33, A.B. a écrit :
Package: grisbi Version: 1.2.2-1 Severity: normal File: /usr/bin/grisbi Dear Maintainer, I'm using grisbi for a long time now. Recently I registered a few currency exchange debit transactions. From JPY to EUR and each time I save+close my gsb file, and then reopen it, I get rounded exchange fee (EXF) in my transactions. This behaviour completely messes up my accounting. In order to be better understood, I attached to the present mail one file named exf_bug.gsb. This file contains 4 transactions: 1. [OK] One Initial credit transaction of +100 EUR 2. [OK] One EUR debit transaction of : -15 EUR 3. [KO] One JPY debit transaction of : -1000 JPY (-13,33EUR + 1.67EUR (EXF)) 4. [OK] One last EUR debit transaction of : -10 EUR Before I close my gsb file, everything is OK in grisbi HMI. I.e. There remains 60,00 EUR on the bank account (expected result). If I save+close my gsb file and reopen it, grisbi shows 59,67 EUR as remaining on the bank account (KO). If I give a look at the echange (rate) dialog box of the transaction n°3 (upon 4), the exchange fees have been rounded from 1.67 EUR to 2.0 EUR. And in fact, the gsb file content shows an exf="2.0" for that transaction. Moreover, I registered older currency exchange transactions in the past (e.g. of kind DKK to EUR). Those DKK to EUR transactions works OK. Exchange fees are not rounded unexpectedly. But the one we are talking about are the first one of kind JPY to EUR I'm registering. The only difference between those three currencies is : * EUR : 2 digits max. after floating point * DKK : 2 digits max. after floating point * JPY : *0* digits after floating point Following that analysis, it appears that when floating point formats of both currency source and destination are equal, grisbi behaves great (OK). E.g. DKK to EUR. Nevertheless, it appears that when floating point formats of both currency source and destination are different, grisbi behaves oddly (KO). E.g. JPY to EUR. So, I'm wondering if grisbi is not rounding exchange fees value based on the currency floating point format of the source (instead of the floating point format of the destination -- that applies in my case (as my exchange fees are expressed in EUR and as grisbi exchange (rate) window also seems to express them). As I said, I would have expected that grisbi would have rounded exchange fees value based on the currency floating point format of the destination. Or, in order to be more cautious, I would expect grisbi to round exhcange fees value repecting the biggest of the two max. digits after floating point values. E.g. when exchanging JPY(0) to EUR(2) or EUR(2) to JPY(0), always round to the biggest (0<2) : 2 digits max. after floating point. As I don't know all grisbi usage, I would suggest the last solution not to break the initial behaviour. Thanks a lot in advance for your support. Best regards, -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages grisbi depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii grisbi-common 1.2.2-1 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgoffice-0.10-10 0.10.44-1 ii libgtk-3-0 3.24.5-1 ii libofx7 1:0.9.14-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libssl1.1 1.1.1c-1 ii libxml2 2.9.4+dfsg1-7+b3 ii xdg-utils 1.1.3-1 ii zlib1g 1:1.2.11.dfsg-1 grisbi recommends no packages. Versions of packages grisbi suggests: ii firefox-esr [www-browser] 60.8.0esr-1~deb10u1 ii w3m [www-browser] 0.5.3-37 -- no debconf information
-- Dr. Ludovic Rousseau
