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)

x86
Linux
enhancement
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 57317

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
QA contact updated
QA Contact: gerardok → madhur
verifying dupe to reduce the load of whoever has to mark things as verified ;-)
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.