417308 - Target tag on links are not proper supported

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Ron Dorn]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3

I have a frame site with a top frame for navigation and a lower frame for content. When I click on links in the lower frame that 'should' refresh the top frame based on the target=topframe, and frame name=topframe. The normal behavior fails, and a new tab is opened.

I have reproduced this on both the PC and Mac version of beta 3. I have not seen this behavior in any other browser including All previous version firewall, IE6, IE7, and Safari 2 and 3.

Reproducible: Always

Steps to Reproduce:
1. Go to a framed site with named frames
2. Click on a link in one frame, that has a target tag to send the link to the other frame.
3. A new tab will open, instead of the target tag being obeyed
Actual Results:  
 A new tab will open, instead of the target tag being obeyed

Expected Results:  
The link will open in the target frame specific in the link

Comment 1

[Elmar Ludwig]

You need to include in your report a URL where you see this problem or attach a testcase that shows it.

Comment 2

[Ron Dorn]

Ok, the reproduction of the issue is more complex then I thought.

I have a complex, company confidential, perl/cgi based web site that is absolutely having this issue, when no other browser is, including beta 2 of firefox 3.

I am trying to come up with a simple, stripped down, html only set of files to reproduce the issue, but have not been able to so far.

I will continue to see if I can upload files to demonstrate the issue. It is real though, and again happens in no other browser, and in no other version of firefox then 3b3

Comment 3

[Ron Dorn]

Ok, have nailed down the issue, I think the issue is concerning possible new security rules that effect the way my code works.

Here is essence what I have.

<top frame from server1>Content</top frame from server1>
<bottom frame from server1>
<iframe from server2>link to top frame on server1</iframe from server2>
</bottom frame from server1>

If the iframe comes from the same machine, I do not have an issue, but if the iframe comes from a different machine, it will want to open up the link in a new tab instead of using the target.

Can we get this behavior to only do this if the machine is in a different domain?

I can include sample code, but it would have to reference some ip's since it can not be made to work with 127.0.0.1 only.

Comment 4

[Elmar Ludwig]

> If the iframe comes from the same machine, I do not have an issue, but if the
> iframe comes from a different machine, it will want to open up the link in a
> new tab instead of using the target.

Which server in your example hosts the frameset defining the top and bottom frame?

> I can include sample code, but it would have to reference some ip's since it
> can not be made to work with 127.0.0.1 only.

Please do, it doesn't matter if it references some other site. Frame navigation policy in Firefox has changed in Beta 3 due to bug 408052, but I haven't looked at these changes in detail.

Comment 5

[Ron Dorn]

Ok,

If you extract these files to the web directory and access them via apache, and firefox 3 on the local machine.

Change the file links.html to include the external IP address of the machine.

Access them via the http://127.0.0.1/root.html

If you use firefox 2, or any other browser..you will note that the link on the bottom frame will always pop up in the top frame.

In firefox 3b3 it will open in a new tab

Comment 6

[Ron Dorn]

Attachment: Web test files

These files should allow for the reproduction of the issue

Comment 7

[Derek Chen-Becker]

I think I'm seeing the same issue in Firefox 3.0b4. If I go to Sun's website for the Java API and browse the javadocs the frames work fine:

http://java.sun.com/javase/6/docs/api/

But if I download the docs and browse them locally (file: protocol), then some pages open in a new tab when they should open in the "classFrame" frame.

An interesting part of this behavior when browsing locally is that if I click the "All Classes" link in the top left frame and then click on "Line2D.Double" in the bottom left frame, the link opens in the right frame (correct). But if I click on the "java.awt.geom" link in the top left frame and then click on "Line2D.Double" in the bottom left frame, it opens in a new tab (incorrect). The only difference in the two links are the href:

Opens in frame:
<A HREF="java/awt/geom/Line2D.Double.html" title="class in java.awt.geom" target="classFrame">Line2D.Double</A>


Opens in tab:
<A HREF="Line2D.Double.html" title="class in java.awt.geom" target="classFrame">Line2D.Double</A>

Thanks,

Derek

Comment 8

[Tyler Downer [He/Him]]

This is a mass search for bugs that are in the Firefox General component, are
UNCO, and have not been changed for 800 days and have an unspecified version. 

Reporter, can you please update to Firefox 3.6.10, create a fresh profile,
http://support.mozilla.com/en-US/kb/managing+profiles, and test again. If you
still see the bug, please update this bug. If the issue is gone, please set the
resolution to RESOLVED > WORKSFORME.

Comment 9

[Tyler Downer [He/Him]]

No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.