Now that Bug 541656 and Bug 629898 have landed, the "small" overylay is no longer the width of the URL being loaded. http://imgur.com/7pZ4B.jpg I hope this is not by design because it looked a lot nicer when the overlay matched the width of the URL being loaded and not like this generic static width.

This is pretty much the point of bug 629898.

I think 25% might be too much for large screens...

I don't think. Chrome's status panel always stays at 33% and changes size only when I stay with mouse over very long link for 1 or 2 sec (then the max width increased to 100% and show full url). Min width is never less than 33%.

To comment 3, why care what Chrome doe or is Mozilla now just copying everything from Chrome.

(In reply to comment #4) > To comment 3, why care what Chrome doe or is Mozilla now just copying > everything from Chrome. Because it is always useful to look at what works for other browsers. This does not imply "copying everything". Your unnecessarily hostile comment is not helpful.

Is this fixed? Because it does not happen for me.There seems to be some minimal width that should be removed in favor of very short urls tho i guess minwidth is implemented to give it some consistency(meaning it does not jump around all the time with short url-s).

(In reply to comment #7) > Is this fixed? > Because it does not happen for me.There seems to be some minimal width that > should be removed in favor of very short urls tho i guess minwidth is > implemented to give it some consistency(meaning it does not jump around all the > time with short url-s). Seems like it: https://bugzilla.mozilla.org/show_bug.cgi?id=629898

I believe that https://bugzilla.mozilla.org/show_bug.cgi?id=631298 is going to fix the reason I had for opening this bug. Once I verify it, I will be closing this bug.

I think it is now fixed in latest nighly.

Doesn't look like it. When you hover over a link, the overlay width matches the length of the URL now, which is how it was to begin with, but the connecting/waiting/loading messages are still wider than the URL as shown the image in my first comment.

Yes, we need to make connecting messages take up as little space as possible. I feel that bug 629898 is pretty invalid because jitter is irrelevant when its on the right side of a sentence, at least for LTR languages. Jitter only matters when its on the left side because it would be hard to start reading a moving target. This bug should be fixed because most of the time the connecting messages do not take up the full length of the overlay background. We're just using unnecessary space here that we could be using to look at web content.

This looks like it is now fixed. I'm using an hourly Firefox 4.0b13pre build (Built from http://hg.mozilla.org/mozilla-central/rev/c60c4769c89a)and the width of the overlay now matches the width of the information being displayed inside of it. Closing as FIXED.

Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0 Verified issue and it's no longer present.