I don't know if this is really a layout problem or not. It could be XPCOM or frames. This problem is best recreated with a dial-up connection or slow PC, since it requires the browser to be busy trying to pull data while the user does something. This was tested with 0821 on Win2K + SP1. 1) Go to the above website. 2) A series of graphics with links will begin to get downloaded in the left-hand frame. 3) This site takes some time to get data from to where I am, so Mozilla should show the outline of where the graphics will go, but not actually fill them in. 4) Before the browser draws all of the graphics, click on one of them. This makes the browser start to work on the right-hand frame with the new data. 5) The rendering of the graphics in the left-hand frame does not complete. Try scrolling up and down in the frame and you should see a couple of incomplete graphics. When Communicator 4.x does this page and you're in the same circumstances, it will work on both the left and right frames after the click to create a completed page in both frames. This will fill in the graphics on both sides. I'll send a graphic in that shows the problem when you hit "Technical Forum" before things complete rendering and the scroll down the left-hand frame.

Confirmed on 2000082504 Win98 on DSL... also tried it on http://www.jalfrezi.com/fframes.htm just to make sure it wasn't page specific. this sounds like something that should have already been reported, but I couldn't find a bug report

Dividing up claytons bugs to triage.

Confirmed problem on WINNT. It looks like we stop loading the URL for the frame when we click on a link which causes a different frame to load. Setting component to HTMLframes but it may be a more general problem. Reassigning to pollmann. Marking future This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.

Set milestone to future

Re-confirmed on Win32 1002. Nominating for RTM. Netscape 6.0 should at least offer the same functionality and/or general interface browsing behaviour as Netscape 4.x.

Marking rtm-. Will need to look at this problem post RTM. Just not enough time to fix it before rtm.

Reconfirmed under 1114.

Here is another way to see this bug: go to http://t-n-s.de/ and quickly click on a link in the navigation bar on the left while the icons are still loaded. Result: Mozilla stops loading these icons, and the navigation bar is unusable. This is ugly! I've seen this on Linux, too, so changing Platform/OS.

Nominate for Mozilla 1.0. It's been a couple of months since anyone's commented on this...

QA Contact update

Reconfirming bug in 0409 on Win32.

See also bugs 73203 and 61385. I think this is the same problem - when we initiate a load from frame A to any frame (A, B, C, whatever), the load in the *initiating frame* (A) is cancelled, when it should be the load in the *target frame* that is cancelled. Handing to Rick, and adding to the tracker bug list... I suspect all of these are dups of each other, but I'm not 100% sure! :)

QA - can you help confirm dups?

The patch attached to bug #65777 should fix this issue... That patch has been checked in :-)

Marking verified on Build ID # 2001-07-27-0.9.2 Paltform: WIN2K