User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 If I load http://superdownloads.ubbi.com.br/linux/index.html in firefox the links where it says "rede e internet" opens a window to http://www.ubbi.com.br/ thats not the desired. The strange thing is that in mozilla lastest build and IE the links work just fine. Now I saved the page and load it in firefox it gives me 3 banners.... strange thing. I never had problems with that site before. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040730 Firefox/0.9.1+ clear you cach and try again WFM
I clear the cache and it happens again.
I can confirm. If I click the link, it opens the link ("http://www.ubbi.com.br/") in a new window. Firefox seems to think that the link points to that site, although the page source states: "<a href="../linux/categorias/rede-internet.html" onMouseOver="status='Categoria Rede e Internet'; return true;" onMouseOut="status='';" class=lnk> Rede e Internet</a>" IE sees the link as a pointer to "../linux/categorias/rede-internet.html" though. Firefox sees "http://www.ubbi.com.br/" according to the status bar and from a "Copy Link Location".
I tried to open a page from wellfargo job search. The first few times I got overlaid html rendering. Then the page would not load at all
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040514 Aka - Mozilla 1.7 under FC2 doesnt handle this correctly as well. It gives me the wrong ubbi link. I tested also in mandrake linux 10, with the last - for mandrake of course - mozilla 1.6 and I didn't get this error. Can anyone open the bug? Or, what you need to open it?
The web page www.defcredit.com.au fails to render properly using firefox.
The bug title needs to be changed to something about links not being given the right destination.
(In reply to comment #7) > The bug title needs to be changed to something about links not being given the > right destination. Are you able to reproduce this with a current trunk build?
"Are you able to reproduce this with a current trunk build?" Doesn't seem like it (works for me).
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.