chromium: missing "http://" in URL bar on non-ssl http URLs

Bug #1343081 reported by Enrico Weigelt, metux ITS
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
chromium-browser (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Version 34.0.1847.116 Ubuntu 14.04 aura (260972)

On http URLs (non-ssl), the url bar misses the "http://" prefix.
This is especially ugly when copying URLs.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in chromium-browser (Ubuntu):
status: New → Confirmed
Revision history for this message
Saikrishna Arcot (saiarcot895) wrote :

The missing "http://" is by design. However, when copying the full URL, the http:// should be automatically included. Is that not happening for you?

Revision history for this message
Florian W. (florian-will) wrote :

The http:// is prepended when using either the "select text -> middle click" clipboard or the ctrl-c/ctrl-v clipboard. At least for me.

So I'd say this is not a bug, unless the reporter confirms there is some way to copy/paste the almost complete URL without http://. In fact, this new feature only removes the ability to copy only part of a URL starting from (e.g.) "www.", like the hostname part, because http:// appears to be always included when copying at least the host name.

Revision history for this message
Saikrishna Arcot (saiarcot895) wrote :

Setting to incomplete, since the reporter hasn't responded.

Changed in chromium-browser (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Enrico Weigelt, metux ITS (metux) wrote : AW: [Bug 1343081] Re: chromium: missing "http://" in URL bar on non-ssl http URLs

Folks, I'm talking about classic Xselection (using the "PRIMARY" selection), not xclipboard nor cut buffers.

IOW: that what usually happens when you're selecting text in one window and paste it via middle-button in another one.

The explicit copy (triggered by menu/hotkey) via xclipboard indeed seems to give correct results. But we're talking about different code pathes here.
While the latter seems to fix the broken URL coming from the widget (note: the prefix is also missing in the editline widget), that fixup is simply missing in the first (classic xselection) case.

My thesis is that classic Xselection is handled by a generic editline widget, while explicit xclipboard is done somewhere else.

Anyways, I really wonder why such broken URLs are put into the URL bar in the first place. Thats totally
useless and just causes bugs.

Perhaps someone could give me a hint where to find the responsible code ? I'd like to completely remove that misfeature, which is the root cause here, in the source.

cu
--
Enrico Weigelt,
metux IT consult
+49-151-27565287

----- Reply message -----
Von: "Florian W." <email address hidden>
An: "enrico weigelt" <email address hidden>
Betreff: [Bug 1343081] Re: chromium: missing "http://" in URL bar on non-ssl http URLs
Datum: Mi., Aug. 20, 2014 17:31

The http:// is prepended when using either the "select text -> middle
click" clipboard or the ctrl-c/ctrl-v clipboard. At least for me.

So I'd say this is not a bug, unless the reporter confirms there is some
way to copy/paste the almost complete URL without http://. In fact, this
new feature only removes the ability to copy only part of a URL starting
from (e.g.) "www.", like the hostname part, because http:// appears to
be always included when copying at least the host name.

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1343081

Title:
  chromium: missing "http://" in URL bar on non-ssl http URLs

Status in “chromium-browser” package in Ubuntu:
  Confirmed

Bug description:
  Version 34.0.1847.116 Ubuntu 14.04 aura (260972)

  On http URLs (non-ssl), the url bar misses the "http://" prefix.
  This is especially ugly when copying URLs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1343081/+subscriptions

Revision history for this message
Saikrishna Arcot (saiarcot895) wrote :

As Florian said (and based on what I've just tested), doing either "Select text -> Middle click to copy -> Middle click in another window to paste" or "Ctrl-C and Ctrl-V" copies the http:// over, *even when http:// isn't visible in the omnibox (the edit field)*. I'm not sure if there is a configuration problem on your system or if it's something specific to the DE (I'm on KDE).

Revision history for this message
Enrico Weigelt, metux ITS (metux) wrote :

I'll repeat it again:

The problem occours when marking the text in the URL bar and pasting it in somewhere else with middle-click.

To test it, just mark an http url in the URL bar and check the output of 'xsel -o'. It will show exactly what was
previously marked in the text field, which the URL fragment w/o the "http://" prefix.

Anyways, I still dont see any valid reason why the the "http://" prefix is stripped off in the first place.
This is the actual root bug.

Revision history for this message
Enrico Weigelt, metux ITS (metux) wrote :

Correction: the command is 'xclip -o'.

Revision history for this message
Enrico Weigelt, metux ITS (metux) wrote :
Revision history for this message
Florian W. (florian-will) wrote :

I'll repeat it again: What you are describing works for me, and it works for Saikrishna.

1) Go to http://www.spiegel.de
2) Observe the location bar shows just "www.spiegel.de"
3) Copy that text by starting to click somewhere to the right of "www.spiegel.de", then move the cursor to the left until all of "www.spiegel.de" is selected, then release the mouse button
 – Note: 3) does not work when just selecting the URL by clicking the location bar, which selects all the text as well but leaves the clipboard contents unchanged –
4) Use xsel -o or xclip -o
5) Observe that both commands correctly print the URL including the http:// scheme part, "http://www.spiegel.de"

So either my system contains a magical fix for this issue, maybe because I'm on Unity and you are on something else (though I can't imagine how the desktop environment would influence the X clipboard, but I don't really know much about that stuff), or you are doing it in a different way.

BTW I'm on chromium 36 by now, perhaps you're still on 34? I think I haven't tested this on 34.

Revision history for this message
Olivier Tilloy (osomon) wrote :

I’ve verified that this works as expected with recent releases of chromium.
Now closing, please re-open if you're still affected by the issue (note that the http:// prefix being hidden in the first place is by design, so not considered a bug).

Changed in chromium-browser (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.