Closed
Bug 227087
Opened 21 years ago
Closed 17 years ago
Throbber spins forever when image.src is changed by script
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
RESOLVED
FIXED
People
(Reporter: mrhiker, Unassigned)
References
Details
(Keywords: helpwanted, qawanted, testcase)
Attachments
(2 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031029 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031029 In an application with three frames, I am experiencing continuous scrolling of the progress indicator when I dynamically modify the img.src attribute. The problem seems to occur after two of the companion frames are reloaded to update dynamic information content. Reproducible: Always Steps to Reproduce: 1.I have a simplified test app that demonstrates the problem. 2. 3. Actual Results: Image completes loading but progress indicator continues to scroll and scroll and ... Expected Results: Scrolling should stop when image is finished loading. I can supply the test app as a .tar file if this problem is worth investigating.
Comment 1•21 years ago
|
||
> I can supply the test app as a .tar file if this problem is worth investigating Please attach it to the bug report using this link: http://bugzilla.mozilla.org/attachment.cgi?bugid=227087&action=enter
Reporter | ||
Comment 2•21 years ago
|
||
un-tar the file then see instructions in README
Comment 3•21 years ago
|
||
Comment 4•21 years ago
|
||
-> Frames
Assignee: general → frame
Severity: normal → minor
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout: HTML Frames
Ever confirmed: true
Keywords: testcase
Summary: scrolling progress indicator after image loading complete → Throbber spins forever when image.src is changed by script
Comment 5•21 years ago
|
||
So... if I remove the code in update_info, there is no bug. But update_info is NOT getting called, as far as I can see.... Is the problem here that the window.location.reload() confuses the loadgroup's count of pending loads?
Comment 6•21 years ago
|
||
Dup of bug 143398?
Comment 7•21 years ago
|
||
Not clear... Someone needs to actually debug this to see why we think the page is still loading...
Keywords: helpwanted
Comment 8•19 years ago
|
||
Also occurs on Windows with Firefox 1.0.1. Taking QA.
QA Contact: general → mozillamonks
Comment 9•19 years ago
|
||
For those who care about such things, I was able to reproduce the bug with this smaller single frame testcase.
Attachment #136551 -
Attachment is obsolete: true
Updated•19 years ago
|
OS: Linux → All
Hardware: PC → All
Comment 10•19 years ago
|
||
I'm running into this issue with the new error pages when I do the following: 1) Launch FF (Latest build) 2) Load one tab pointing to http://forums.mozillazine.org/viewtopic.php?t=303519 3) Load a second tab pointing to http://bonsai.mozilla.org/cvsquery.cgi?branch=HEAD&branchtype=exact&date=week 4) Verify that both tabs have loaded completely and that the throbber is not animated/spinning. 5) Load a third tab and type abouf:cache (yes, I typed abouF:cache) 6) You should notice that the throbber spins and never stops as well as the stop icon is enabled but you can't stop the "page load". The other two tabs inherit this behavior as well! ~B
Flags: blocking-aviary1.5?
Updated•19 years ago
|
Flags: blocking-aviary1.5? → blocking-aviary1.5-
Comment 11•17 years ago
|
||
Probably fixed by fix for bug 315056.
Comment 12•17 years ago
|
||
Testcase WFM (the top image shrinks and the throbber isn't moving)
Updated•17 years ago
|
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•