Closed Bug 536178 Opened 15 years ago Closed 15 years ago

slow image update after hard refresh

Categories

(Firefox :: General, defect)

3.5 Branch
x86_64
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: al-dee, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729) I'm developing a browser game and I have a problem after I do a full refresh (CTRL+F5). After the user has pressed Ctrl+F5 once, the window shows the "image unavailable" icon initially every time the screen is repainted and *not* just the first time. When the user presses f5, the problem goes away. The problem is demonstrated in the following video: http://www.mytholia.info/mytholia_refresh.avi I have already discussed the problem here: http://forums.mozillazine.org/viewtopic.php?f=25&t=1654285 You can try the problem for yourself here: http://www.mytholia.info But you'll have to register first: http://www.mytholia.info/register.php Reproducible: Sometimes Steps to Reproduce: 1. Use Windows Vista. 2. Press CTRL + F5 3. Open the barracks or any other window that needs to repaint images every second. 4. See how the images flicker. If they don't, repeat step (3). (The problem occurs mostly, not always) Actual Results: *Every* time the images are repainted, the "image unavailable" icon is shown initially. This is quire annoying because these images are repainted periodically. Expected Results: The same behavior you get after doing a normal refresh. It seems that the problem only occurs when using Firefox under Windows Vista (I user 64bit, but I do not know if it matters).
Did you create a new profile for testing? http://support.mozilla.com/en-US/kb/Managing+profiles
Version: unspecified → 3.5 Branch
I did just now, but exactly the same behavior as in the video.
No, I seems to be alright in this version.
I also tried 3.6b5, and I can't reproduce the problem with this version either..
Thanks for testing. Resolving WFM per comments 4 and 5.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.