(No comment was entered for this change.)

The status bar should have an option to remain visible all time, so that long urls
can be displayed completely. Please see in attached file that I cannon know where the
link is goind to take me, and sometimes I decide if I want to click or not on a link
based on the address shown in status bar.

	chrome.PNG 311 KB   View   Download

It's indeed irritating that a part of the url is hidden.

I second that request, as a web developper it's a pain in the ass :
I often have to know which parameters I have in the url.

Right now I have to right click and copy the url into a new tab...

(No comment was entered for this change.)

(No comment was entered for this change.)

From earlier:
"The fixed-widthness is to avoid having width-flicker as you wave your mouse across 
multiple links - even with animation, the flicker puts the focus on the right side of 
the bubble, when the focus should be on the left (it's less noticeable on light-
colored backgrounds).

This can probably be resolved by using a fixed-width until the mouse remains still 
for a great length of time."

"This can probably be resolved by using a fixed-width until the mouse remains still 
for a great length of time."

This could be nice, with the condition that the timing involved isn't too long. I
personally need to check quickly the links and would hate to wait for the browser to
be ready.

The status bar could also take the whole width of the window, auto-hiding as it is 
today.

 Issue 5404  has been merged into this issue.

 Issue 11371  has been merged into this issue.

(No comment was entered for this change.)

(No comment was entered for this change.)

(No comment was entered for this change.)

 Issue 15688  has been merged into this issue.

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=19829 

------------------------------------------------------------------------
r19829 | mirandac@chromium.org | 2009-07-02 12:23:03 -0700 (Thu, 02 Jul 2009) | 6 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.h?r1=19829&r2=19828
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.mm?r1=19829&r2=19828
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/status_bubble_gtk.h?r1=19829&r2=19828
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/status_bubble.h?r1=19829&r2=19828
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.cc?r1=19829&r2=19828
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.h?r1=19829&r2=19828

Change status bubble so that it expands to accommodate URL's that are abridged in the standard width.

BUG= http://crbug.com/1455
TEST= Mouse over a link which is abridged in the status bubble.  Hover for 2 seconds.  Link should expand to show as much as possible without extending out of the view in which it is contained.

Review URL: http://codereview.chromium.org/146043
------------------------------------------------------------------------

Hope you take in consideration my suggestion in  Issue 15688  to snip the middle part of 
the url instead of the end, when abridged. 

(No comment was entered for this change.)

Apparently not - I'm getting a lot of Chromium crashes/Windows Appcrash just by 
hovering the cursor over the links on comment 16.

Chromium 3.0.192.0 (19850); Win7rc x64

Yep, definitely something's wrong with it - happens everytime.

Thanks -- being looked at.

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=19861 

------------------------------------------------------------------------
r19861 | mirandac@chromium.org | 2009-07-02 16:56:22 -0700 (Thu, 02 Jul 2009) | 5 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.h?r1=19861&r2=19860
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.mm?r1=19861&r2=19860
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/status_bubble_gtk.h?r1=19861&r2=19860
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/status_bubble.h?r1=19861&r2=19860
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.cc?r1=19861&r2=19860
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.h?r1=19861&r2=19860

Revert 19829.

BUG= http://crbug.com/1455

Review URL: http://codereview.chromium.org/149156
------------------------------------------------------------------------

Why not always use max width - might not be as elegant, but, at least, would avoid the 
time lag

quite inappropriate...
That may force the tooltip to move to the top while hovering to the bottom of window.
(should be this:  Issue 4821 , currently it moves to the other side)

Then, the only solution is to use move the content up while status bar is on.
Again, maybe not the most elegant, but effective nevertheless, because fix for  issue 
4821 , when coupled with this fix, brings another issue: what if the address is long 
enough to use the whole window width? In such case there won't be a third solution.

Ok, there may be a third solution: use a floating tooltip style thingy that moves out 
of the way (a line up) when the link you're hovering is at the bottom of the window? 
That may do it...

This could also have another positive effect: you'd still be able to show a way too 
long address by breaking the tooltip into several lines (whenever possible, at sensible 
points, such as slashes, etc.).

How about replacing the url in omnibar? Well, with additional style to show that it was 
the tool tip. My friend shown me FF add-on for that.

Nice idea, but that wouldn't ensure you could see the whole url - the font size being 
larger and the width smaller - unless it scrolled, like in winamp titles - but that 
could also be done for the status bar.

How about double?
Just playing around a little bit, seems the omnibar can hold 2 lines of status bar 
text. Cant find a decent url though..

** btw, I was also thinking about the ticker while writing my post earlier

	chrome-omnibar.png 15.8 KB   View   Download

If you're looking for a really long url, try this one:
http://thelongestlistofthelongeststuffatthelongestdomainnameatlonglast.com/wearejustdoi
ngthistobestupidnowsincethiscangoonforeverandeverandeverbutitstilllookskindaneatinthebr
owsereventhoughitsabigwasteoftimeandenergyandhasnorealpointbutwehadtodoitanyways.html

hahaha!

That was long, but I cant reproduce that text in the status bar (the image just now 
made by duplicating parts of link that was in my status bar).
However, scrolling too will have difficulty on displaying that url. Except we can grab 
and scroll the text around manually.

(No comment was entered for this change.)

I thought the fixed-size status bubble was a user experience decision [1]. At the same 
time, I am definitely seeing a variable status bubble on Chrome version 3.0.194.3.

[1] http://sites.google.com/a/chromium.org/dev/user-experience/status-bubble#TOC-Size

I would really like to see the status bubble expand for larger URLs. In my opinion, 
showing more URL text is far more important than any minor aesthetic gain from 
truncating the URL and keeping the bubble at a fixed width. If the fixed width is that 
big of a deal, at least expand it. While the current ratio (a third, by the looks of 
it) is fine when maximized on my widescreen, it makes status bubbles frustratingly 
small and truncates most URLs in thinner windows.

I'm using dev version 3.0.197.11.

Any progress on that? It's terribly annoying that the statusbar never uses more than 
25% of my screen width for no good reason, and seems really good at snipping out 
exactly the parts I need to determine what the link represents. I don't care about 
minor aesthetic imperfections if it fixes the issue getting in my way all the time.

Aesthics will add the the usability of a system, and should not be a limiting factor.
 To quote my suggestion @
http://www.google.com/support/forum/p/Chrome/thread?tid=6cdb5fdc8cc91184&hl=en

As an advocate of usability & design, I suggest the actual width of a mouse-over be
set by the UI designers, not by the end users.  So long as there are some intelligent
rules around the sizing, this will always be better than a user-set "custom" width. 
I'd suggest basing it on a combination of the length of the URL and a maximum
percentage of the browser width - with multi-line display used where necessary.

This intelligent design would be far superior to a fixed height/width status bar,
thus negating the need for one.  Plus, there would never need to be a shortened URL
shown. 

Area-UI-Features label replaces Area-BrowserUI label

Status bubble should definitely expand for larger urls. I use the status bar to pick 
vars out or the url all the time. If this isn't possible, then put a permanent status 
bar in the browser instead. This is probably a better solution anyway as it would fix 
the exploit detailed here: http://gnuu.org/2009/07/15/google-chrome-status-bar-exploit-
using-javascript/

No progress on this ?

The status bar could also have 2-3 line instead of just one and keep the same width and 
the same behaviour.

If you're not willing to change it, give us at least some way to modify it (user's css, 
extension API...)

I can see long URLs in the status bar in IE, I can do it with Firefox, even Opera can 
do it and Safari does it without problems.

I think Chrome browser user experience without long URLs is somehow crippled.

 Issue 30857  has been merged into this issue.

 Issue 32416  has been merged into this issue.

Any progress on this issue?

(No comment was entered for this change.)

(No comment was entered for this change.)

As a web application developer i really need to have the whole statusbar. Are there any 
plans on fixing this? I really like to keep using Chrome but as of now i have to use 
another browser.

Thanks

Guys, you already have a fadeout delay to prevent the bar from flickering when the user mouses over a series of 
links. You could just fit the bar to the url, but prevent it from shrinking (but not from expanding) for the 
duration of that delay. Then the bar grows as large as necessary to accomodate the longest link the user has 
moused over, and remains that size, avoiding flicker. When the bubble fades out, the size is reset. I think this is 
a good compromise between avoiding visual flicker and letting the user see the information he wants to see. 
(Keep in mind that the latter is the entire reason for having a status bar in the first place.)

lacerchia you're spot on. The whole point of a status bar is to have details on the url of the link, Chrome hides 
too much of it.

Hovering for 2-3 sec and then having the status bar filling the whole width would solve the problem.

It seems like, at the very least, there should be some full-URL mode that developers 
can get into -- whether it's hidden away under advanced preferences or is as simple as 
holding down the shift/ctrl/alt key while hovering over a link.

There is something weird with this issue. While its status is "Started" since July 5th, 
it hasn't had any apparent progress since then. That's confusing. 

For those who ran out of patience (and who know how to compile Chromium), a simple 
workaround for Linux:

# src/chrome/browser/gtk/status_bubble_gtk.cc

-url_text_ = WideToUTF8(gfx::ElideUrl(url, gfx::Font(), window_width / 3,
+url_text_ = WideToUTF8(gfx::ElideUrl(url, gfx::Font(), window_width,

This issue is even sillier given that the supposedly-so-bad flicker *already* happens. 
The status bubble changes the width as you go over links, it's just clamped to 30%. So 
you get none of the supposed benefits, and all of the problems.

I also find this really irritating, and given the lack of progress from the devs on 
fixing this, I am surprised that no-one has written an extension yet to workaround this 
bug. I would do it but I wouldn't have a clue how to start.

There sure are lots of people annoyed by this though:
http://www.google.co.uk/support/forum/p/Chrome/thread?tid=6cdb5fdc8cc91184

#c53: No one has written an extension because it is impossible: there is no API to 
control the status bubble. For now I guess the only solution is to modify the source 
code (just one line) and compile Chromium yourself.

(No comment was entered for this change.)

Comment #54: It seams like we want the same, and I have even offered in another bug, 
to implement "Active link/mouse-over in omnibox", and remove the status bubble 
completely, but haven't heard anything.

Do we want the same?

In such a case, it is very easy for Fedora users to apply a patch, and compile 
Chromium: rpmbuild --rebuild chromium...src.rpm
http://spot.fedorapeople.org/chromium/

louise: look at my comment #51. At least for me that's enough till chromium devs solve 
this issue. 

Come on this issue is posted first in sept 2008 and still there is no way to see the 
complete url?

As you see here, and on http://www.google.com/support/forum/p/Chrome/thread?
tid=6cdb5fdc8cc91184&hl=en&start=40 

Please fix this....

I think the solution provided in comment 48 is the best one.
The bubble should immediately be only as long as necessary to display the link in it's 
entirety. It should then expand if the user hovers over a longer link within the fade out 
delay, but not contract if the user hovers over a shorter one in order to minimize flicker.
Links that are longer than the container's width could be shown on two lines, or truncated 
in the middle, not the end. The same goes for when the bubble would normally cover the link.

I am on board with #48 as well. With so many sites using redirection services, I hate 
the fact that I can't see where the link is taking me to. I don't even mind a 
floating bubble that is always full width (after all, it is shown only when I hover 
over a url). I am used to the firefox addon, autoHideStatusbar 
(https://addons.mozilla.org/en-US/firefox/addon/1530) when the "hovering a link?" 
option set to "always" and it does the job well.

Meanwhile, is there a configuration somewhere that says what this with is, or is it 
compiled in?

I agree with some customizations on the status bar, to keep hiding(like now) or stay 
always visible(i prefer this one) like others browsers have, with a full overview of 
the link.

Have we all forgotten the old tricks that used to be employed to trick users into 
clicking fake URLs - like using false HTTP authentication syntax to mislead the user? 
If any future vulnerabilities like that crop up, the truncated URL length will be 
insufficient for arousing suspicions.

I kind of like the idea of having two modes - one which is the same as now, and one 
where the box expands to show the entire URL (possibly all 4 possible kilobytes, if 
necessary? :) ) if the mouse hesitates over the link for a longer period of time.

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=46235 

------------------------------------------------------------------------
r46235 | mirandac@google.com | 2010-05-03 10:23:00 -0700 (Mon, 03 May 2010) | 5 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.h?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/cocoa/status_bubble_mac.mm?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/status_bubble_gtk.cc?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/status_bubble_gtk.h?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/status_bubble.h?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.cc?r1=46235&r2=46234
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/status_bubble_views.h?r1=46235&r2=46234

Change hover time to 1600 ms, and resize more quickly for smaller width change.

BUG= 1455
TEST= hover over link which is too long for status bubble.  bubble should expand.
Review URL: http://codereview.chromium.org/149474
------------------------------------------------------------------------

(No comment was entered for this change.)

 Issue 30775  has been merged into this issue.

Thank you so much Miranda for this fix!!!!!!

Is this actually fixed? I am not seeing any change in the behaviour.
I am using Chromium 6.0.399.0 (Developer Build 46707), Linux.

This has only been fixed on the Windows side for now; the Linux bug is 
https://code.google.com/p/chromium/issues/detail?id=43192.

How would a normal Windows user go about updating? I'm using Chrome 5.0.375.29 beta and 
it is listed as up to date. Do we just have to wait for Google to build the latest 
version (including this fix) for Windows? Forgive me if this is a stupid question. This 
issue has bothered me since I first tried chrome and I am excited to see it finally 
resolved.

This bug is filed against all platforms.  It is not currently fixed for all platforms - is it?  If not, this bug should not 
be closed.

@69: If you want to use this immediately, you need to change to the Dev channel.

@70: We generally track bugs separately per-platform because the code is entirely 
different.

Thank you! Yes, I have to agree, it is just a tad bit too long of a wait. Also, the bar 
still does not resize for smaller URLs.

It is sad that Explorer actually is better than Chrome in some areas.

I have now given this fix a try, and doesn't solve the problem for developers.

Without the fix, Chromium was unusable for developers, with the fix, it just slows 
down tasks that normally did took any time.

Suddenly I have be idle for 1.6 second for every link I want to see, where I was used 
to that happened instantaneously.

How about putting in a 1.6 second delay for changing tabs?

Or the user have to wait 1.6 second before a tab closes?

How can you think that a latency improves the user experience?

How can you call this "fixed"! 
LATENCY? 1.6 SECONDS!! Are you nuts?!?!
One major advantage of Chrome is speed & you want to take it away?!?

What's the big deal with implementing a status bar the same as IE or Firefox?!? 
This is obviously important to users & you're ignoring it.

This is not fixed in Linux stable.

It is not fixed in Linux beta either, only dev

In time it will trickle down to the beta and stable channels. There is no further 
action required from developers on this, hence "Fixed".

 Issue 51990  has been merged into this issue.

 Issue 52874  has been merged into this issue.

(No comment was entered for this change.)