64559 - Don't load on paste in browser content area

Status: VERIFIED DUPLICATE of bug 57317

(SeaMonkey :: UI Design, defect)

Description

[Ben Bucksch (:BenB)]

Reproduce:
1. Select arbitary text
2. Middle-click on arbitary, non-special area of a webpage (e.g. the background)

Actual result:
The selected text is pasted, interpreted as URL and loaded.

Expected result:
Nothing.

Additional Comments:
This is *very* annoying during browsing. Middle-click also stands for "open in
new window", if performed on a link. If I happen to miss the link, or the link
happens to be implemented in JS, this bug will occur.

If I want to load the URL in the clipboard, I use the urlbar. That's what it's for.

Nominating for mozilla0.8 due to heavy annoyance. Please triage quickly.

Comment 1

[Moses Lei]

I think this goes in the category of "enhancement." I actually use this 
feature/bug whatever you want to call it. If this is "fixed" maybe we can make 
it a pref?

This speeds up browsing a bit because I don't have to go to the URL bar, delete 
the old address, and press enter. What about designating something like the URL 
icon as the place to middle-click to if you want to go to the URL in the 
clipboard right away?

Comment 2

[Boris Zbarsky [:bzbarsky]]

This is exactly the same as NS 4.x behavior on Unix.  And it _is_ a pref, it
just has no ui.  See bug 55704 for the request that it not be hidden.

*** This bug has been marked as a duplicate of 57317 ***

Comment 3

[Ben Bucksch (:BenB)]

> I think this goes in the category of "enhancement."

In almost all cases, it does the wrong thing -> usability bug. Major annoyance
-> major.

> What about designating something like the URL
> icon as the place to middle-click to if you want to go to the URL in the
> clipboard right away?

Good idea.

> This is exactly the same as NS 4.x behavior on Unix.

No.

> And it _is_ a pref, it just has no ui.

No, the pref disables paste on middle-click altogether. I need to paste on
middle-click in text areas etc.. I just don't want to "load" the clipboard, if I
paste into the background or other arbitary areas.

REOPENing.

Comment 4

[R.K.Aa.]

if i select ordinary text on a webpage in NC4.75 and then middle click, the
content is not pasted into URL field. Just tested it. Instead, the selection is
just de-selected. I have no settings to disable middle-click paste in NC4.75,
and can use middle clicks to paste into text-fields.

I agree 110% with Ben Bucksh - the behaviour in Mozilla is very annoying.
I'm "torn away" from sites regularly because i tried to middle-click over a link
to open in new window, and scroll-wheel moved slightly while clicking, so i miss
the link. At worst, it causes dataloss. Voting for this one.

Comment 5

[Christopher Blizzard (:blizzard)]

I use this behaviour all the time.  I think it's a great feature and it doesn't
bite me in the ass too often.  I accidentally drag links more often.

I think that if people want to have it turned off they should write up a
UI-accessable pref and the code to support it.  It's been there for a long time
and people have become used to it.

Comment 6

[Ben Bucksch (:BenB)]

> I think it's a great feature

Why not limit the drag-area to a special place, as Moses Lei suggested?

> people have become used to it.

Obviously, I didn't.

Comment 7

[Boris Zbarsky [:bzbarsky]]

I'm confused as to why this is not a duplicate of bug 57317.  It describes the
same exact problem and makes the same arguments.  It seems to me that it would
make more sense to comment on that bug.  Or am I missing something?

Comment 8

[Ben Bucksch (:BenB)]

Boris, I thought you marked this a dup of bug 55704, to which you refered in the
text. Yes, it's a dup of bug 57317.

*** This bug has been marked as a duplicate of 57317 ***

Comment 9

[R.K.Aa.]

verified dup of bug 57317 "Middle button on blank area opens clipboard contents
as URL in current window"