Closed
Bug 18582
Opened 25 years ago
Closed 25 years ago
[PP] Win32 - Click on submenu header goes to home page instead
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
People
(Reporter: cpratt, Assigned: joki)
Details
Build ID: 1999111016 (M11 build)
Platform: Windows NT
To reproduce:
- Launch the browser
- If your home page isn't set to mozilla.org (the default), set it now
- Load http://schist/forms/select.html
- Click on File to drop down the File menu
- Click on the second menu item ('New')
Result: www.mozilla.org is loaded (!).
Expected result: the contents of that submenu should be displayed.
I can't reproduce this on the 1999110916 Mac OS build - I'll download the
previous M11 build on NT and try this again... very curious.
Summary: Clicking on menu item that should reveal submenu goes to home page → [PP] Win32 - Click on submenu header goes to home page instead
Seems to be Win32-specific - couldn't reproduce it on the 1999110908 build on
Linux either. The 1999110911 build on Windows NT exhibits the same defect.
Additionally, the Back button becomes greyed out. It's as if you are sent Back
to the home page... cc'ing radha.
Actually, I bet the problem is this: if you click there, the click somehow leaks
through to the Back button behind File | New. Due to possibly unrelated history
problems, the Back button then is always greyed out. If you visit a few pages
before clicking on File | New, then you go back one page and the Back button
becomes greyed out. cc'ing joki if this is something to do with event handling.
Comment 4•25 years ago
|
||
Sounds like a dupe of #15526.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Sounds like? Is. Thanks, matty!
*** This bug has been marked as a duplicate of 15526 ***
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•