Closed
Bug 212359
Opened 22 years ago
Closed 22 years ago
JavaScript menus don't work for some users
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 102578
People
(Reporter: c, Assigned: saari)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Mozilla is installed in an NFS-shared directory, where it is run from various
workstations.
For some users, the JavaScript menus on these pages don't work. They render
fine, but when a user clicks on one to go to the page, nothing happens. (Unless
there happens to be a link under the menu on the main page, in which case that
link is loaded.)
Reproducible: Sometimes
Steps to Reproduce:
For users suffering from the problem,
1. Go to website
2. Try to click on link
Actual Results:
Either nothing or Mozilla loaded the target of the link under the mouse pointer
on the page (but not the menu link).
Expected Results:
Loaded the page referred to by the menu.
I haven't been able to isolate this problem. It occurs for some users,
including me, on machines other than my own. However, it also occurs for other
users on my machine.
I have seen this problem with Mozilla 1.2.1, Mozilla 1.4, and the nightly build
for 2003-07-09. It also appears in Netscape 7.0 for affected users.
Renaming and recreating the ~/.mozilla directory doesn't seem to have any
effect; nor does copying a working ~/.mozilla directory.
I'm also seeing the problem on machines running Red Hat Linux 7.3 (most) and Red
Hat Linux 9 (experimental machine).
![]() |
||
Comment 1•22 years ago
|
||
Not a problem in the engine, almost certainly... What windowmanager are these
users using?
Assignee: rogerl → saari
Component: JavaScript Engine → Event Handling
QA Contact: pschwartau → desale
Reporter | ||
Comment 2•22 years ago
|
||
Ooh, yeah, that might be it. I'm using a different window manager on the
machine where I don't see the issue. Cool. I was leaning toward shell
environment, but I hadn't thought of the window manager. I'll check tomorrow
morning.
The window manager running on the accounts that show the problem is Sawfish
1.0.1-9 (from Red Hat Linux 7.3) or Metacity 2.4.34-3 (on the RHL 9 machine). I
run WindowMaker 0.80.0-9.3 on my 7.3 machine.
![]() |
||
Comment 3•22 years ago
|
||
See bug 102578 -- you may be seeing that....
Reporter | ||
Comment 4•22 years ago
|
||
Yes, this bug definitely looks like 102578. I've tested it on my work machine
(RH 7.3) and my home machine (Debian testing), and the bug appears with Sawfish
or Metacity, but not with WindowMaker.
I'm glad to see there's a workaround. Thanks, Boris.
*** This bug has been marked as a duplicate of 102578 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
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
•