[Bug 558900] New: YaST Gtk Wizard/dialog forgets(?) default button
http://bugzilla.novell.com/show_bug.cgi?id=558900 http://bugzilla.novell.com/show_bug.cgi?id=558900#c0 Summary: YaST Gtk Wizard/dialog forgets(?) default button Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: kmachalkova@novell.com QAContact: jsrain@novell.com Found By: Development Blocker: --- Created an attachment (id=329824) --> (http://bugzilla.novell.com/attachment.cgi?id=329824) testcase Default button in YaST dialog is a button that is activated whenever Enter button is pressed in that dialog (it is the button with `opt(`default) property, or - if no such button is specified - next/ok Wizard button). I'm attaching a small testcase demonstrating certain weirdness of this behaviour when Gtk UI is used. How to duplicate 1. Type something into the text field 2. Press Enter - a small win will pop up and close in a few secs 3. Type something into the text field again 4. Press Enter again -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=558900 http://bugzilla.novell.com/show_bug.cgi?id=558900#c1 Katarina Machalkova <kmachalkova@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |rpmcruz@alunos.dcc.fc.up.pt |ovo.novell.com | --- Comment #1 from Katarina Machalkova <kmachalkova@novell.com> 2009-11-27 16:38:07 UTC --- What happens in Qt UI: * Button labeled "Default Button" is activated each time What happens in Gtk UI: * "Default Button" is activated only after the first Enter being pressed (2.) * Next time (4.), it is "Next" button that is activated and the dialog is closed Oh, and I missed this step in the description above: 0. Run the testcase '/sbin/yast2 ./test.ycp --gtk' (I'm deliberately excluding curses UI from testing, as it is broken beyond repair when it comes to button defaultness) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=558900 http://bugzilla.novell.com/show_bug.cgi?id=558900#c2 --- Comment #2 from Katarina Machalkova <kmachalkova@novell.com> 2009-11-27 16:42:14 UTC --- ... and what I also did not mention yet (it is maybe the root of all evil here): If the small feedback window does *not* pop up after activating "Default Button" - that is, if Popup::ShowFeedback() and Popup::ClearFeedback() is not there - everything works as expected. Hence the summary mentions "forgetting" the default button -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=558900 http://bugzilla.novell.com/show_bug.cgi?id=558900#c3 Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Ricardo Cruz <rpmcruz@alunos.dcc.fc.up.pt> 2009-12-01 03:01:20 UTC --- Well spotted. The way GTK handles such default buttons is weird, and indeed it does lose the information. SVN should work perfectly now. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com