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 664389 - "Duplicate transaction" crops the last char off the description (UTF-8?)
"Duplicate transaction" crops the last char off the description (UTF-8?)
Status: RESOLVED DUPLICATE of bug 721600
Product: GnuCash
Classification: Other
Component: User Interface General
2.4.x
Other Linux
: Normal normal
: ---
Assigned To: Christian Stimming
Geert Janssens
Depends on:
Blocks:
 
 
Reported: 2011-11-19 20:26 UTC by Florian
Modified: 2018-06-29 23:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Florian 2011-11-19 20:26:10 UTC 
Suppose I have a transaction with a description that contains a German umlaut. When I duplicate this transaction, GnuCash crops the last char off the description.

Environment: LANG=de_DE.UTF-8
Version: GnuCash 2.4.8 r21470 (openSUSE 12.1)
Comment 1 Dimitris Xenakis 2014-01-23 08:18:32 UTC 
very similar behaviour in my installation. 

Both the description of transaction and of the splits, if any, are cropped at one point. The point is always on a non-ascii character. It is not the first non-ascii. And all characters to the right are cropped, not just the last character.

Example to reproduce:
1. create a transaction with the following test description:
ΔΔΔDDDΨΨΨ111
(three greek characters, three latin, three greek, three numbers)

2. duplicate transaction. The description of the duplicated is:
ΔΔΔDDDΨ

Another thing I notice is that on the GUI one can see (but it is not copied) a strange character, that I can describe as a rectangular box with the diagonals drawn. 

Hope this helps.


Ubuntu 12.04 LTS
LANG=el_GR.UTF-8
GnuCash 2.6.0 - "This copy was built from rev 38a0d33+ on 2014-01-10."
Comment 2 Geert Janssens 2014-01-23 08:37:35 UTC 
Thank you for your report.

Florian: I hadn't seen your report against 2.4.8. Sorry about that. Meanwhile 2.4.15 has been released as the very last one in the 2.4 cycle. So to get this fixed you will eventually have to upgrade to gnucash 2.6.x.

The issue as described by Dimitris has been confirmed in 2.6.0. The core of the issue is a bug in swig, an external tool we use during the build of gnucash. We had a patch for it in the source code but unfortunately this patch was not applied to the 2.6.0 release tarball.

This will be remedied in gnucash 2.6.1. If no critical bugs pop up first this version will be released this weekend.

*** This bug has been marked as a duplicate of bug 721600 ***
Comment 3 Dimitris Xenakis 2014-02-04 19:47:58 UTC 
info: as Florian said, after upgrading to version 2.6.1 (76cba80+ on 2014-02-01) from the repository, the issue is fixed. Thanks!
Comment 4 Dimitris Xenakis 2014-02-04 19:49:40 UTC 
Sorry, I meant Geert!
Dimitris
Comment 5 John Ralls 2017-09-24 22:45:52 UTC 
Reassign version to 2.4.x so that individual 2.4 versions can be retired.
Comment 6 John Ralls 2018-06-29 23:03:05 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=664389. Please update any external references or bookmarks.