Open
Bug 1170264
Opened 9 years ago
Updated 8 months ago
Pressing alt in pop-up windows should open the menu toolbar
Categories
(SeaMonkey :: General, enhancement)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: rexyrexy2, Unassigned, NeedInfo)
References
Details
(Keywords: reproducible)
Attachments
(1 obsolete file)
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1
Build ID: 20150321194901
Steps to reproduce:
Pressed alt in a popup, intending to allow cookies from that site (login.personas.org).
Actual results:
The menu bar did not open, and I had to open the site in a new tab in the main window
Expected results:
The menu bar should have opened, so I could allow cookies on that site easily.
> (login.personas.org)
Are you sure that's the right site?
Edit | Preferences | Advanced - Scripts & Plugins => Browser
You may have a few items checkmarked (the last 3, by default) that may affect what you saw.
If you uncheck (some/all of) them, does the issue persist?
Comment 2•9 years ago
|
||
Effect is REPRODUCIBLE with EN-US SeaMonkey 2.33.1 (German Language pack) Gecko/20100101 Build 20150321194901 (Default Theme) on German WIN7 64bit:
1. In browser open <https://developer.mozilla.org/en-US/docs/MDN/Getting_started>
2. Click 'Sign in with → Persona'
» Persona dialog opens
3. <Alt>
» nothing happens, no Menu bar becomes visible
I tried all the same with all unchecked due to Comment 1: nothing happens in step 3, no Menu bar becomes visible.
a) I do not know what intended behavior might be.
b) Same behavior in FF 38.0.1 (I did not play with preferences)
c) Same behavior in IE11
d) Looks more like an enhancement request?
@therube:
Does your comment mean that you get a menu toolbar with <alt>?
Severity: normal → enhancement
> @therube:
> Does your comment mean that you get a menu toolbar with <alt>?
No. At the time I didn't understand the STR to even test.
With your STR, no, the <alt> key does not get me to the menus.
FF 38 reacts the same.
Sometimes "blind typing" (Alt+F+O == File | Open) works, but not in case.
And still not sure that this is a bug, or just webpage coding blocking particular key actions? (But then I was wrong about a similar thought before ;-). See Bug 1161918.)
Had a(nother) thought ...
about:config
filter on: dom.disable*false
toggle everything that shows to 'true'
With that, you get a full set of working toolbars.
I'll leave it to others to figure which specific Pref gets you what ;-).
Don't know what the consequences of doing that might be, but ...
Comment 4•9 years ago
|
||
Patch in Bug 1153577 will (probably) fix this.
Comment 5•9 years ago
|
||
(In reply to Philip Chee from comment #4)
> Patch in Bug 1153577 will (probably) fix this.
Not sure; I think popups might use a different hiding mechanism.
Comment 6•9 years ago
|
||
(In reply to neil@parkwaycc.co.uk from comment #5)
Patch does not help, but Bug 1153577 is concernigng something completely different: Menu bar hidden by menu 'View → Show/Hide'
The question is for what a menu bar in those cases should be useful (so that we have a RfE here).
There might be other "popups" where it indeed might be useful to get a menu bar. If I remember correctly in the past <http://www.dhl.de/> for "online-franking" opened a new Window, what was a complete web page, but without Menu Bar (and also other bars missing). But it seems behavior has changed, currently they open a normal web page window.
@reporter:
Please contribute a "real life example" where activating Menu Bar would bring benefit?
Flags: needinfo?(rexyrexy2)
Updated•8 years ago
|
Keywords: reproducible
Updated•8 months ago
|
Attachment #9386786 -
Attachment is obsolete: true
You need to log in
before you can comment on or make changes to this bug.
Description
•