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)

x86
Linux
defect
Not set
normal

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).
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
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.
See bug 102578 -- you may be seeing that....
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
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.