Cannot paste URL into canvas to show web page

Bug #371151 reported by Bevis King
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
firefox-3.0 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: firefox-3.0

The feature where you could hit the paste button on the mouse and direct firefox to the URL currently contained in the paste buffer appears not to work any more. I looked for options to re-enable it, but I don't see anything appropriate.

Steps to reproduce:
1. Go to a web site in firefox (e.g. www.foo.com)
2. Copy a different URL from another application (e.g. www.bar.com)
3. Paste the copied URL by pressing the mouse's paste button in the main window of the browser

Expected result:
The browser replaces the current URL with the pasted one and goes to www.bar.com

Actual result:
The browser ignores the pasted URL

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: firefox-3.0 3.0.10+nobinonly-0ubuntu0.9.04.1
ProcEnviron:
 LANG=en_GB.UTF-8
 SHELL=/bin/tcsh
SourcePackage: firefox-3.0
Uname: Linux 2.6.28-11-generic i686

Revision history for this message
Bevis King (brwk) wrote :
Revision history for this message
Bruno Girin (brunogirin) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
1. Is this reproducible?
2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
3. What is the exact brand and model of your mouse?
4. Does the paste button on the mouse work with other application such as the text editor?
This will help us to find and resolve the problem.

Changed in firefox-3.0 (Ubuntu):
status: New → Incomplete
Revision history for this message
Bevis King (brwk) wrote : Re: [Bug 371151] Re: Cannot paste URL into canvas to show web page

On Thu, 2009-05-21 at 13:56 +0000, Bruno Girin wrote:
> Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
> 1. Is this reproducible?

Yes.

> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.

Get a URL into the cut buffer, paste it onto the web browser canvas.

> 3. What is the exact brand and model of your mouse?

Has happened with Logitech, Microsoft and Dell mice.

MOA880 is the model number of the Dell mouse.

> 4. Does the paste button on the mouse work with other application such as the text editor?

Yes, and in the URL bar of the same web browser.

The problem is it appends the new URL to the existing one making
gibberish rather than overwriting it. Pasting into the canvas instead
was always a way of saying "no, I want the new URL, not to edit the
existing one".

Regards, Bevis.

Revision history for this message
Bruno Girin (brunogirin) wrote :

OK, I think I misunderstood your description. Based on your clarification, would the following be a correct description of the problem?

Steps to reproduce:
1. Go to a web site in firefox (e.g. www.foo.com)
2. Copy a different URL from another application (e.g. www.bar.com)
3. Paste the copied URL by pressing the mouse's paste button in the main window of the browser

Expected result:
The browser overwrites the current URL with the pasted one and goes to www.bar.com

Actual result:
The browser appends the pasted URL to the existing one and tries to go to www.foo.comwww.bar.com

Revision history for this message
Bevis King (brwk) wrote :

On Thu, 2009-05-21 at 16:04 +0000, Bruno Girin wrote:
> OK, I think I misunderstood your description. Based on your
> clarification, would the following be a correct description of the
> problem?
>
> Steps to reproduce:
> 1. Go to a web site in firefox (e.g. www.foo.com)
> 2. Copy a different URL from another application (e.g. www.bar.com)
> 3. Paste the copied URL by pressing the mouse's paste button in the
> main window of the browser

Exactly!

> Expected result:
> The browser overwrites the current URL with the pasted one and goes to www.bar.com

Sorta...

This is a major regression from previous versions.

The old behaviour was that if you pasted into the URL entry box it
appended; if you pasted in the area of the open canvas, it overwrote.
This made sense because it allowed you the choice between appending and
overwriting depending upon where you were in the firefox window when you
pressed the paste button.

> Actual result:
> The browser appends the pasted URL to the existing one and tries to go
> to www.foo.comwww.bar.com

Not exactly. It ignores the paste entirely outside the browser URL bar
but over the canvas. When within the browser bar, it appends EVEN if
the entirety of the current URL is selected. Normally if the entirety
of a value in a dialog box is selected, a paste is treated as an
overwrite.

This basically means that you cannot "wander" over to the firefox window
and do anything useful with the URL already in your paste buffer. You
have to visit the browser first, select the entire URL (loosing anything
in the current paste buffer) and hit <-- (aka Backspace) to remove the
URL. You then have an empty URL box in which to paste the new URL.

This is extremely annoying when you're trying to catch a message from a
text based installer or something similar which does not stay around
long.

Hope this clarifies the problem and why it's serious.

Regards, Bevis.

Revision history for this message
Bruno Girin (brunogirin) wrote :

I updated the description with the steps to reproduce. One last point: can you temporarily disable all add-ons and confirm that the problem persists? This will validate that the issue is not due to any extension. Thanks.

description: updated
Revision history for this message
Bevis King (brwk) wrote :

Bruno

On Fri, 2009-05-22 at 09:41 +0000, Bruno Girin wrote:
> I updated the description with the steps to reproduce. One last point:
> can you temporarily disable all add-ons and confirm that the problem
> persists? This will validate that the issue is not due to any extension.
> Thanks.

Thanks for your help. I can confirm I don't use any extensions.

Regards, Bevis.

Revision history for this message
Bruno Girin (brunogirin) wrote :

Bevis, can you do the following:

- In the FF address bar, enter about:config
- Click the "I'll be careful, I promise" button on the warning screen that appears
- in the filter box, enter "middle"
- change the value of the property middlemouse.contentLoadURL from false to true

Does it resolve your problem? On my machine, it now allows me to click the middle mouse button to do what you describe.

Revision history for this message
Bevis King (brwk) wrote :

Bruno

On Fri, 2009-05-22 at 12:02 +0000, Bruno Girin wrote:
> Bevis, can you do the following:
>
> - In the FF address bar, enter about:config
> - Click the "I'll be careful, I promise" button on the warning screen that appears
> - in the filter box, enter "middle"
> - change the value of the property middlemouse.contentLoadURL from false to true
>
> Does it resolve your problem? On my machine, it now allows me to click
> the middle mouse button to do what you describe.

YES!!! You're AMAZING!

Thank you.

Can I maybe suggest that this bug becomes a config change request to
restore that behaviour to the default browser config?

Thanks again...

Regards, Bevis.

Revision history for this message
Bruno Girin (brunogirin) wrote :

Bevis,

I don't think it should be a config change. There is a lengthy discussion on the subject here: https://bugzilla.mozilla.org/show_bug.cgi?id=135884

Also, note from the discussion above that the same behaviour is available by middle-clicking on the site icon, just left of the address bar, whether middlemouse.contentLoadURL is true or false.

What would make sense though would be to have it as a standard preference options, as suggested in the thread above. It's already being discussed in Bugzilla so may happen at some point. In the meantime, I'll mark this bug as invalid.

Bruno

Revision history for this message
Bruno Girin (brunogirin) wrote :

Resolved by config change in the browser.

Changed in firefox-3.0 (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.