After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348701 - Wrong currency symbol when currency is set to DKK
Wrong currency symbol when currency is set to DKK
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Translations
2.0.x
Other Linux
: Normal major
: ---
Assigned To: Christian Stimming
Christian Stimming
Depends on:
Blocks:
 
 
Reported: 2006-07-25 21:30 UTC by gro-emong-allizgub
Modified: 2018-06-29 21:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gro-emong-allizgub 2006-07-25 21:30:45 UTC
When creating an invoice, the currency symbol is euro instead of "KR" or "DKK".

The currency_symbol in /usr/share/i18n/locales/da_DK is correct (not euro),
and when choosing another currency, for example SEK, the corresponding symbols appear, so the bug seems to be somewhere in the localization which I have not been able to identify.

The problem is severe, as it makes gnucash unusable for invoicing (and thus business accounting) in Denmark.
Comment 1 Christian Stimming 2006-07-26 07:48:32 UTC
Some more details needed: What is your exact locale or LANG setting? (echo $LANG) What are the various default currency settings in the GnuCash preferences; default currency for new accounts? default currency for new reports?
Comment 2 Christian Stimming 2006-07-26 14:16:57 UTC
Oh, and one more question: Which currency symbol do you see when you run one of the other text reports, for example the "balance sheet"? Does this show the correct KR or DKK? If yes, then this is a problem of the invoice and business function (and I'd change it to the Business component). If no, then it is a problem of either gnucash in general or your locale.
Comment 3 Christian Stimming 2006-08-14 10:04:29 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 4 gro-emong-allizgub 2006-08-15 16:11:56 UTC
Sorry it took so long to provide the information, 
but I did not see the first two comments before today.

After looking a bit more around it appears that the text-like reports, such as Invoices, General Ledger, Income Statement etc. use the Euro symbol for currency, the Barcharts correctly use DKK and accounts and the Piecharts use the generic currency symbol (¤).

> What is your exact locale or LANG setting? (echo $LANG)

en_DK.UTF-8

> What are the various default currency settings in the GnuCash
> preferences; default currency for new accounts? 

DKK

> default currency for new reports?

DKK

> Which currency symbol do you see when you run one of
> the other text reports, for example the "balance sheet"?

Balance sheet in euros, barchart in DKK, and piecharts in ¤ (generic currency symbol).
Comment 5 Andreas Köhler 2006-10-03 21:26:34 UTC
Does "locale -k LC_MONETARY" show DKK?
Comment 6 gro-emong-allizgub 2006-10-04 06:36:33 UTC
`locale -k LC_MONETARY` shows:

> locale -k LC_MONETARY
int_curr_symbol="DKK "
currency_symbol="¤"
mon_decimal_point=","
mon_thousands_sep="."
mon_grouping=3;3
positive_sign=""
negative_sign="-"
int_frac_digits=2
frac_digits=2
p_cs_precedes=1
p_sep_by_space=0
n_cs_precedes=1
n_sep_by_space=0
p_sign_posn=1
n_sign_posn=1
int_p_cs_precedes=1
int_p_sep_by_space=0
int_n_cs_precedes=1
int_n_sep_by_space=0
int_p_sign_posn=1
int_n_sign_posn=1
duo_int_curr_symbol="DKK "
duo_currency_symbol="¤"
duo_int_frac_digits=2
duo_frac_digits=2
duo_p_cs_precedes=1
duo_p_sep_by_space=0
duo_n_cs_precedes=1
duo_n_sep_by_space=0
duo_int_p_cs_precedes=1
duo_int_p_sep_by_space=0
duo_int_n_cs_precedes=1
duo_int_n_sep_by_space=0
duo_p_sign_posn=1
duo_n_sign_posn=1
duo_int_p_sign_posn=1
duo_int_n_sign_posn=1
uno_valid_from=10101
uno_valid_to=99991231
duo_valid_from=10101
duo_valid_to=99991231
monetary-decimal-point-wc=44
monetary-thousands-sep-wc=46
monetary-codeset="UTF-8"
Comment 7 Morten B. Schmidt 2007-05-10 14:09:51 UTC
I have the exact same problem and responses as the reporter.

I use Kubuntu, hence KDE

/morten
Comment 8 Morten B. Schmidt 2007-05-10 14:20:04 UTC
Hmmm found a small workaround. It seems this is related to the en_DK locale. Start gnucash like this:

LC_MONETARY="da_DK.UTF-8" gnucash

or set your locale to da_DK.UTF-8....

I don't know why this is an issue, but now it shows "dk"

/morten
Comment 9 ubuntu 2007-06-07 13:28:24 UTC
setting LC_MONETARY to DKK and changing the default currencies from "locale" (which shows USD after that env setting was set) to DKK seems to be a usable workaround.

I believe the issue is with empty currency settings from the en_DK locale

Comment 10 Andreas Köhler 2007-06-07 15:07:14 UTC
Ok, so the current currency symbol (¤) is converted to € in src/report/report-system/html-style-info.c, see http://svn.gnucash.org/trac/changeset/7200.

Christian, do you think this is still necessary?
(16:57:04) warlord: I suspect it was to deal with gtkthml-1 and utf-8 locales.

Nonetheless, we may agree that there is a bug in the locale (maybe it is a forgotten interim solution) to only use that symbol instead of "kr" or "DK".  We may also consider showing the user a warning about a possible bug in her locale.
Comment 11 Christian Stimming 2007-06-08 08:07:53 UTC
From the discussion at http://lists.gnucash.org/pipermail/gnucash-devel/2002-September/006747.html and follow-ups I would gather we can revert r7200 by now. I'm not sure whether this fixes this bug, but maybe it does. 
Comment 12 Phil Longstaff 2009-06-04 01:14:37 UTC
What is the status of this?
Comment 13 Geert Janssens 2010-01-12 18:09:49 UTC
I have tested the suggestion to revert r7200 and this seems to do the trick.

This problem has been fixed in the development version (r18563). The fix will be available in the next major software release. Thank you for your bug report.
Comment 14 John Ralls 2018-06-29 21:10:30 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=348701. Please update any external references or bookmarks.