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 337215 - copy'n'paste between different instances fails with localized floating-point numbers
copy'n'paste between different instances fails with localized floating-point ...
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2006-04-04 15:39 UTC by Antoine Pitrou
Modified: 2006-04-04 21:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Antoine Pitrou 2006-04-04 15:39:32 UTC
Please describe the problem:
Under a non-C locale with different floating point representation (in my case:
French locale with numbers like "1,5" instead of "1.5"), copy and pasting a
number with a fractional part between two different Gnumeric instances (launched
separately, not with Ctrl-N) fails.

Steps to reproduce:
1. Launch two Gnumeric instances under a locale different than C:
$ LC_NUMERIC=fr_FR gnumeric &
[3] 9361
$ LC_NUMERIC=fr_FR gnumeric &
[4] 9367

2. Type an integer number (e.g. "1") and a floating-point number (e.g. "1.5") in
two cells of one Gnumeric instance.

3. Copy and paste the two cells to the other Gnumeric instance.


Actual results:
The integer is correctly pasted ("1"). The floating-point number is not and
prints an error in the console:

** (gnumeric:9361): CRITICAL **: cell_set_value: assertion `v != NULL' failed


Expected results:


Does this happen every time?


Other information:
Gnumeric 1.6.3, Mandriva Cooker package.
Comment 1 Morten Welinder 2006-04-04 18:03:12 UTC
Confirmed.  The problem seems to be the receiving end.

Note, that setting just LC_NUMERIC is actually invalid.  You must set
at least LC_MONETARY too, but that is not the cause here.
Comment 2 Morten Welinder 2006-04-04 18:17:06 UTC
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.
Comment 3 Antoine Pitrou 2006-04-04 21:59:03 UTC
Thanks for your responsivity, and the quick fix! :)
LC_NUMERIC was just to provide a quick way to test it for non-French people. Of course on my box these are the default locale values.