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 619971 - ok button in stat analysis tools may stay incorrectly disabled
ok button in stat analysis tools may stay incorrectly disabled
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Analytics
git master
Other Linux
: Normal normal
: ---
Assigned To: Andreas J. Guelzow
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2010-05-28 18:32 UTC by Andreas J. Guelzow
Modified: 2010-06-01 01:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Andreas J. Guelzow 2010-05-28 18:32:32 UTC 
new gnumeric
select A1:A5
tools->statanalysis->normalitytest
note that the ok button is enabled
go to test tab
change (by typing in the box) alpha to 0.0, tab
note that the ok button is disabled and a warning is given
change by typing in the box) alpha to 0.05, tab
note that the ok button is still disabled and an incorrect warning is given (BUG!)
type in the box and delete the 5 to become 0.0, before you type the tab the ok button is enabled (why?) (BUG?)

The same happens for many other tools.
I am pretty sure that this used to work correctly so I suspect that some cahnge in gtk is involved. This is with gtk 2.20.0.
Comment 1 Andreas J. Guelzow 2010-05-28 18:48:23 UTC 
I guess the solution is to change 
	g_signal_connect_after (G_OBJECT (state->alpha_entry),
		"changed", update, state);
to
	g_signal_connect (G_OBJECT (state->alpha_entry),
		"value-changed", update, state);

in all appropriate places.
Comment 2 Andreas J. Guelzow 2010-06-01 01:23:20 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.