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 632794 - gcalctool doesn't accept the numeric keypad "coma"
gcalctool doesn't accept the numeric keypad "coma"
Status: RESOLVED FIXED
Product: gnome-calculator
Classification: Core
Component: general
5.32.x
Other Linux
: Normal major
: ---
Assigned To: gcalctool maintainers
gcalctool maintainers
Depends on:
Blocks:
 
 
Reported: 2010-10-21 13:20 UTC by Josepa
Modified: 2010-12-21 03:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Josepa 2010-10-21 13:20:29 UTC
I was ussing the gcalc as ussually and it doesn't accept the "coma" between the "0" and "Enter" in the numeric keypad of the keyboard.
I've upgraded to U10.10 few days ago and before that I haven't this issue.
Thanx for your help in fixing it.
José Pablo

Adittional:
1) Description: Ubuntu 10.10 - Release: 10.10
2) gcalctool:
 Instalados: 5.32.0-0ubuntu4
 Candidato:  5.32.0-0ubuntu4
 Tabla de versión:
 *** 5.32.0-0ubuntu4 0
       500 http://archive.ubuntu.com/ubuntu/ maverick-proposed/main i386 Packages
       100 /var/lib/dpkg/status
    5.32.0-0ubuntu1 0
       500 http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gcalctool 5.32.0-0ubuntu4
ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
CheckboxSubmission: 1f1ea73ea4acc64496a211421e4c0ac7
CheckboxSystem: 0531969bcfd4f03af7405c98dc94a948
Date: Thu Oct 21 07:38:52 2010
ExecutablePath: /usr/bin/gcalctool
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
ProcEnviron:
 PATH=(custom, no user)
 LANG=es_AR.utf8
 SHELL=/bin/bash
SourcePackage: gcalctool
XsessionErrors:
 (polkit-gnome-authentication-agent-1:1479): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:1477): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
 (nm-applet:1471): Gdk-CRITICAL **: IA__gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->update_and_descendants_freeze_count > 0' failed
 (process:3784): Gtk-CRITICAL **: set_table: assertion `buffer->tag_table == NULL' failed

** Affects: gcalctool (Ubuntu)
    Importance: Undecided
        Status: New


** Tags: apport-bug i386 maverick

--
gcalctool doesn't accept the numeric keypad "coma"
https://bugs.launchpad.net/bugs/664417
You received this bug notification because you are a direct subscriber
of the bug.
Comment 1 giesbert 2010-10-29 09:09:14 UTC
i can confirm the "comma" issue. my finding is that while my desktops locale is set to German, my keyboard has an US Intl. layout and is set accordingly. there actually a dot is typed instead of the comma.

i think the problem lies there...
Comment 2 Josepa 2010-10-29 11:57:02 UTC
i've tried that but it doesn't work. My keyboard works perfectly with other applications so maybe its other kind of problem.
when I type the comma in the keypad it doesn't work. Nothing happened.
Thanx for your help...
Comment 3 Federico Tello Gentile 2010-12-09 23:51:33 UTC
I can confirm this bug. The thing is many times the current locale's decimal separator is not the actual character that gets typed when you press the "decimal separator" key in the numeric keypad.

For example I have a spanish keyboard and that key has the dot (.), but I'm using the es-AR locale and the decimal separator is the comma (,).

So when I type "." from the numeric keypad the calc should type "," as that is my current locale's decimal separator.

Just make it behave like openoffice calc.
Comment 4 Robert Ancell 2010-12-21 03:45:39 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.