Closed Bug 233059 Opened 21 years ago Closed 13 years ago

Middleclick on browser content area DOESN'T load clipboard as URL

Categories

(SeaMonkey :: General, defect)

1.7 Branch
x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: greenrd, Unassigned)

Details

(Whiteboard: [SmBugEvent])

This is the exact opposite of bug 135884 . I am using Mozilla 1.6, and
middle-click in the content area DOESN'T do anything, even though there is a URL
in the clipboard, and even though about:config says all of the middlemouse.*
prefs are true.

I have some extensions installed, but there is no about:extensions, so I can't
give a full list.
Oops, wrong title!
Summary: Middleclick on browser content area loads clipboard as URL → Middleclick on browser content area DOESN'T load clipboard as URL
WFM with a CVS-build from today.

Could you please test if this bug still occurs with a clean install and a fresh
profile?
Version: Other Branch → Trunk
> I have some extensions installed, 

Is this a problem _without_ those extensions?  Sounds to me like one of the
extensions is buggy....
Version: Trunk → Other Branch
Product: Browser → Seamonkey
Robin,

MozillaAS v1.7.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
(or SeaMonkey v2.0a1pre ?)
Version: Other Branch → 1.7 Branch
No reply to comment #4.

On this build:
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.2pre) Gecko/20110518 Firefox/4.0.2pre SeaMonkey/2.1.1pre
I cannot reproduce: With middlemouse.* prefs defaulted to true, middle-clicking an empty spot on the content loads the clipboard as URL; with middlemouse.contentLoadURL user-set to false, it does nothing.

If you see the problem on SeaMonkey 2.0.14 or later, preferably on 2.1 or later, please file a new bug.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Whiteboard: [SmBugEvent]
You need to log in before you can comment on or make changes to this bug.