720671 - paste to location bar with middle mouse button when "drop-down" is open is eaten

Status: NEW

(SeaMonkey :: Location Bar, defect)

Description

[hhaamu]

Steps to reproduce:
1. Assume you are at:
https://bugzilla.mozilla.org/show_bug.cgi?id=12345

2. You have a bug number (say, 65432) in your mouse paste buffer (highlight the number).

3. Focus the end of the location bar, erase the old number with the keyboard.

4. The location bar drop-down opens, showing possible URLs.

5. Try to paste the new number with the middle mouse button.

6. The location bar drop-down (possibly) closes, nothing is pasted.

7. Go to step 5 until successful.

Happens with X11 (*BSD, Linux) with Openbox or ratpoison as the WM. This has been happening at least since 2.0.x IIRC. The drop-down may re-open between steps 6 and 7 -- not completely sure.

Related: bug 610360, bug 617774

Comment 1

[therube]

> 5. Try to paste the new number with the middle mouse button.

Is a "middle mouse button", paste, a default function on Linux?

It is not in Windows.

To point out:

The "AutoCopy" extension does provide a "pastes on middle click" function.  And using AutoCopy, the paste into the location bar, per your example, does work.

https://addons.mozilla.org/en-US/firefox/addon/autocopy/

(Autocopy needs a mod to install.rdf adding a "SeaMonkey" section in order to install in SeaMonkey.)

Comment 2

[therube]

s/does work/does work in Windows/

Comment 3

[hhaamu]

(In reply to therube from comment #1)
> > 5. Try to paste the new number with the middle mouse button.
> 
> Is a "middle mouse button", paste, a default function on Linux?

Clipboard operation with mouse is a default function on X11 (= Linux, *BSD, pretty much every unix in existence). I do not think you can reproduce this on Windows.

Comment 4

[Philip Chee]

user pref: middlemouse.paste

Comment 5

[Phoenix]

Confirming on
Mozilla/5.0 (X11; FreeBSD i386; rv:11.0) Gecko/20120319 Firefox/11.0 SeaMonkey/2.8
first middle click goes to nowhere, closing suggestion panel, second paste text as intended to be. Firefox ESR 10.0.3 doesn't have this problem