View Issue Details

IDProjectCategoryView StatusLast Update
0001080FakturamaOberflächepublic2024-12-07 22:54
ReporterGaborB Assigned Torheydenr  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
PlatformPCOSWindowsOS Version11
Product Version2.1.3 
Target Version2.2.0Fixed in Version2.2.0 
Summary0001080: Komma-Behandlung mit regional settings falsch
Description

Wenn man eine Rechnung erstellt und einen Zahlenwert eingibt, wird die Kommastelle zum Problem.
Eingabe:
1,00 -> wird zu 100,00
1.00 -> 1,00
Wenn man jetzt das Feld anklickt, editiert man 1,00. Verändert man nichts und akzeptiert, wird es zu 100,00. Klickt man nochmal, wird es zu 10000,00. Das ist sehr lästig und produziert Fehler in der Rechung ohne, dass man etwas Ändert. Ich vermute die regional settings werden nicht zu 100% respektiert.
Mein Rechner ist auf Englisch gestellt, Die regional settings (locale) auf Deutsch.
Fakturama ist dementsprechend auf Englisch. In Settings/General ist currecy locale auf Germany gesetzt (Example -1.234,57Eur).

PS: Same error on Ubuntu

Version: 2.1.3-SNAPSHOT
Build-ID: 20230421-0827
Java Version: 17.0.1

Steps To Reproduce

siehe Oben

TagsNo tags attached.

Relationships

related to 0000660 closedrheydenr Punkt/Komma nicht einheitlich bei installation auf EN System 

Activities

rheydenr

2024-12-06 20:52

administrator   ~0001441

Ich hab das gerade mal auf einem Linux-System ausprobiert. Beim Start von Fakturama habe ich folgendes angegeben:

./Fakturama -nl de_DE

Damit schaltet Fakturama auf die deutsche Oberfläche. Zahleneingaben waren hier mit Komma möglich, ein Punkt wurde als Tausender-Trennzeichen interpretiert. Das ist bei der englischen Einstellung ja genau anders herum.
Die Einstellung für die Währung wirkt sich wirklich nur auf die Währung aus, nicht auf die anderen Locale-Einstellungen.

Kannst Du das so bitte mal so ausprobieren?

GaborB

2024-12-07 20:04

reporter   ~0001462

Benutze gerade Version: 2.2.0-SNAPSHOT
Build-ID: 20240503-0609
Java Version: 17.0.11
Ubuntu 24.04, habe also auch ein OS update hinter mir.
Der Fehler tritt nun weder mit oder ohne den command line parameter auf

Issue History

Date Modified Username Field Change
2024-01-03 21:40 GaborB New Issue
2024-01-06 12:56 rheydenr Status new => assigned
2024-01-06 12:56 rheydenr Assigned To => rheydenr
2024-12-03 18:17 rheydenr Target Version => 2.2.0
2024-12-06 20:52 rheydenr Status assigned => feedback
2024-12-06 20:52 rheydenr Note Added: 0001441
2024-12-06 20:53 rheydenr Relationship added related to 0000660
2024-12-07 20:04 GaborB Note Added: 0001462
2024-12-07 20:04 GaborB Status feedback => assigned
2024-12-07 22:54 rheydenr Status assigned => closed
2024-12-07 22:54 rheydenr Resolution open => fixed
2024-12-07 22:54 rheydenr Fixed in Version => 2.2.0