Bug 46725
| Summary: | Space doesn't click buttons on TUI Bootloader Configuration screen | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Brent Nordquist <b-nordquist> |
| Component: | anaconda | Assignee: | Brent Fox <bfox> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 7.3 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2001-07-02 15:33:49 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Brent Nordquist
2001-06-30 00:59:37 UTC
I can't reproduce this behavior. The initial focus is in the text entry widget, so that might be the problem you are seeing. I think that if you hit the <Tab> button until one of the buttons is highlighted, then the space bar should work. It does for me, anyway. Is there an appeals process? :-) Seriously, I do understand about tab and focus, I use it all the time. See step #3 above. It was quite consistent the whole night I was installing; the Ok button was highlighted but space didn't click it (although return did), just on that one screen. Just to clarify (not to question your methods): Were you testing with Fairfax beta1, or with rawhide? Are you 100% sure you were on the same screen I was? I'm just puzzled why it would happen for me and not for you... there must be some difference in what we did. Thanks! I'm reopening this because (a) you say "the initial focus is in the text entry widget" but the screen I'm talking about doesn't have a text entry widget, and (b) it was happening to me all weekend on a different machine. I'm pretty sure we're not looking at the same screen. I'm talking about the TUI dialog labeled [Bootloader Configuration] that has, in the top half, a scrolling list of partitions to boot from, and in the bottom half, three buttons labeled "Ok" "Edit" and "Back". (Clicking "Edit" allows you to change the name of the highlighted boot partition, for example.) After tabbing to any of these buttons (the button text is highlighted), "space" fails to click it. I noticed that pressing space while the top half scrolling list has focus will cause the highlighted list item to become the "Default" boot partition... I'm wondering if that behavior is somehow inhibiting the buttons from being clicked when space is pressed when they're highlighted. Oh, I was looking at the first screen entitled "Bootloader Configuration" which has the text: "A few systems will need to pass special options ot the kernel at boot time for the system to function properly. If you need to pass boot options to the kernel, enter them now. If you don't need any or aren't sure, leave this blank." We were looking at different screens. I'm taking another look at this now. You are right. Actually, there are three different screens with "Bootloader
Configuration" at the top in text mode. The last one demonstrates the behavior
you are seeing.
I just committed a fix to cvs. For some reason, there was a line:
g.addHotKey(" ")
that, as far as I can tell, didn't do anything except prevent the space bar from
working properly. Thanks for your report.
|