Closed
Bug 232539
Opened 21 years ago
Closed 2 years ago
frames frequently failing to load, different ones not loading each refresh
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: fosco, Unassigned)
Details
(Whiteboard: bugday0420)
User-Agent: Build Identifier: 0.8.0+ This is the only bug that requires me to load IE and I hope this is resolved quickly. Firebird selectively just fails to load frames, this is bad because I'm developing a commercial application which uses frames (php, all frames in same file)... and theres 3-4 frames at times, firebird will just leave some of them white, requiring 2-5 refreshes before all frames load together..... Reproducible: Always Steps to Reproduce: 1. view site with 3-5 frames 2. click around pages 3. Actual Results: frames randomly/selectively fail to load Expected Results: loaded all frames without fail this bug has occured in every version I've had, and I upgrade to the nightly builds often.
Comment 1•21 years ago
|
||
Can you supply an URL or a testcase?
Reporter | ||
Comment 2•21 years ago
|
||
Ok... I have a PRIVATE testcase which I will give to jbird via email.... This public testcase I just made.... works perfectly, sigh. http://www.treedesign.com/frame_test click around, but yesterdays trunk isn't failing....
Comment 3•21 years ago
|
||
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040129 Firebird/0.8.0+ and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040118. Moving to Browser - General. Unfortunately, saving the page to my computer doesn't show the problem. Fosco, is there any way you can provide a testing login/password that you wouldn't mind posting publicly? It would help anyone who came across this bug in the future.
Assignee: blake → general
Status: UNCONFIRMED → NEW
Component: General → Browser-General
Ever confirmed: true
Product: Firebird → Browser
QA Contact: general
Version: unspecified → Trunk
Reporter | ||
Comment 4•21 years ago
|
||
Ok, I've duplicated the project and secured part of it, the test case is: http://www.treedesign.com/frames/mg.php?login=1 login as: fosco / fosco the immediately resulting page is good enough. Use your refresh button, the 4 frames should randomly fail. any comments to fosco@treedesign.com , thanks! Fosco Marotto
Reporter | ||
Updated•21 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Updated•21 years ago
|
Component: Browser-General → General
Product: Browser → Firefox
Version: Trunk → unspecified
Comment 5•21 years ago
|
||
No, I said I reproduced this in the suite. Back to Browser General.
Status: ASSIGNED → NEW
Component: General → Browser-General
Product: Firefox → Browser
Version: unspecified → Trunk
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 6•20 years ago
|
||
I'm seeing what appears to be this bug in a current nightly. It's a simple frameset with 4 frames all in separate php files. Sometimes some of the frames don't load. I'm running it on localhost if that makes any difference. I don't have anything I can use as a testcase unfortunately.
Comment 7•15 years ago
|
||
MASS-CHANGE: This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
Updated•14 years ago
|
Assignee: general → nobody
Component: General → Layout: HTML Frames
Product: SeaMonkey → Core
QA Contact: general → layout.html-frames
Whiteboard: bugday0420
Version: Trunk → unspecified
Updated•6 years ago
|
Product: Core → Core Graveyard
Assignee | ||
Updated•6 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
Comment 8•2 years ago
|
||
(In reply to Fosco Marotto from comment #4)
Ok, I've duplicated the project and secured part of it, the test case is:
http://www.treedesign.com/frames/mg.php?login=1
login as: fosco / fosco
the immediately resulting page is good enough. Use your refresh button, the
4
frames should randomly fail
Looks like this domain is a parked GoDaddy for-sale page, unfortunately. So: no testcase at this point, unfortunately (and no activity here for >10 years, most activity from nearly 20 years ago).
Let's call this "incomplete"; we can reopen or file a new bug if anyone's got a testcase that reproduces this at this point.
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•