Closed
Bug 75414
Opened 24 years ago
Closed 24 years ago
Middle click in content area shouldn't try to change current page
Categories
(Core :: DOM: UI Events & Focus Handling, enhancement)
Tracking
()
People
(Reporter: cesarb, Assigned: joki)
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.3 i686; en-US; 0.8.1) Gecko/20010314
BuildID: 2001031408
When you middle click in the content area and you have copied anything, mozilla
tries to change to a differente page. This is bad because it's easy to try to
middle click on a link (to open it in a new page) and misclick by a few pixels,
hitting the page background and then losing the current context (back doesn't
always return to quite the same place).
Reproducible: Always
Steps to Reproduce:
1. Select any URL in any window. Like, http://www.mozilla.org/ from here.
2. Middle click in the page background.
Actual Results: The selected URL is loaded. If what you selected is wierder
(for instance, you selected "NSS 3.2" in the mozilla.org front page by accident)
a confusing error message (nss 3.2 could not found) is shown.
Expected Results: Ignore the middle click
This often happens with me when I have all sorts of strange things in the "cut
buffer" -- pieces of URLs, port numbers, random words, all sort of junk. It's
too easy to get junk into it. The junk is harmless -- the problem is when by
chance what I have there is a URL...
That behaviour is altered by adding this in prefs.js:
user_pref("middlemouse.contentLoadURL", false);
*** This bug has been marked as a duplicate of 57317 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 3•23 years ago
|
||
verifying dupe to reduce the load of whoever has to mark things as verified ;-)
Status: RESOLVED → VERIFIED
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
•