User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050401 Firefox/1.0.2 (Debian package 1.0.2-2) Build Identifier: Link href should be shown in yellowlabel on mouseover when statusbar is off It's always good to know where a link leads. This is what IE does (I think, don't have a copy at the moment) Reproducible: Always Steps to Reproduce: 1. Menu:View->Show statusbar => OFF 2. Point on a link 3. Wait... Actual Results: Nothing. Expected Results: Little yellowlabel should be shown with the href of the link

This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/

This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.

*** Bug 319418 has been marked as a duplicate of this bug. ***

Reopening based on dupe. Robin

It is possible to get something like this by installing the Greasemonkey extension and using the attached user script. It would still be nice to have this a core feature of the browser.

This is a valid RFE. Can't find a dupe, so confirming... (personally, I think this would be a nice touch.)

The equivalent RFE has been filed for SeaMonkey under bug 324624 1. Firefox::General doesn't sound right as a Component for this bug. Shouldn't it live in Core::Layout or something? If yes, then we can dupe the Sm bug mentioned above onto this one. 2. Shouldn't the tooltip reflect the TITLE= attribute, when present in an <A> tag? 3. Doesn't this do double-duty with the URL displayed on mouseover on the Statusbar? (Yes, I know it is possible to hide the statusbar. Just playing devil's advocate.) Setting Version to Trunk on general principles (Trunk is where new features are developed).

I think bug 419266 is a duplicate of this too.

You're right Jens.

Hi -- I'm the filer of bug Bug 476589 Wanted to mention that this should be parity-opera and possibly also parity-chrome (if you consider the way it handles this functionally equivalent). I'd also like to point out that all the dupes have "tooltip" in their title.

Here I am in Firefox 4 in fullscreen mode today, and I think it is absolutely bananas that you don't show me where a link will lead via a tooltip, and just expect me to click it hoping for the best, or need me to install a plug-in or something.

Plus change the bug title perhaps to "show link URL on mouseover when in fullscreen mode' and more people could find this bug.

For Firefox 4.0 final the link URL will be shown in a little box in the lower left when hovering over a link. (prior betas had it in the address bar) This essentially implements the request of this bug: the ability to see the link destination on hover when the status bar is hidden (now removed for Firefox 4) including full screen mode. Instead of a tooltip they went with something similar in the lower left so it's out of the way and doesn't cover up the middle of the page. Duping this to bug 541656 where the feature was implemented.