57860 - Icons disappearing after you click on them

Status: VERIFIED DUPLICATE of bug 20110

(Core :: Networking: Cache, defect, P3)

Description

[Phil Schwartau]

This site has camera icons indicating that a picture is available.
However, as soon as you click the camera icon, it disappears, and you 
can't click on it again. 

Using Mozilla MN6 branch builds 2000102309 on WinNT, Linux. 
In NN4.7 the icons remain visible after you click them.

Comment 1

[Martin Jacobs]

Hi Phil, 
Camera preloaded gif icons are blinking (animated gif) during picture download, 
disappearing during window opening and restored (normal gif) when completed.  
It works here on win95 2000102320, as in NN4 and IE4/5.  
Maybe a loading delay, event and/or cache misfunction.  Would you confirm ?  
Thanks for your feedback  :-) 

Comment 2

[Phil Schwartau]

Now using Mozilla trunk build 2000102320 on WinNT. Still seeing the bug.
For example, in the "WHEELED EXCAVATORS" table, I see a camera icon
in the "MECALAC" row and in the "Pict." column of the table.


When I click on it, the icon disappears and a child window opens with
a picture of the mechanical device. At this time, the camera icon in the 
parent window is still missing. When I dismiss the child window via the "X",
the camera icon for the "MECALAC" row never reappears - it's gone.


I checked my cache settings, and they say

   "Compare the page in the cache to the pae on the network once per session"

Comment 3

[Martin Jacobs]

Gosh !  So much ado for these old machines...  
I suspect a cache misbehavior related to animated gifs.  
This could be confirmed if it works when you change cache setting to 
"everytime I view the page" and reload.  
Maybe related to #56539 and #57896.  

Comment 4

[Phil Schwartau]

Martin's idea is correct. I changed my cache setting to 
                
                     "every time I view the page" 

and the camera icons reappear after you click them! The animation is 
not consistent, however. In both NN4.7 and in Mozilla, the icon may
flash when you click it the first time, but may not do so if you click
on it again. It's unpredictable. 


This leaves one question: in NN4.7, my cache setting is 

                     "once per session"

and the camera icons animate and reappear correctly. In Mozilla with this 
setting, they disappear and don't return. Is this behavior acceptable?
In other words, is this a valid bug? Opinions, anyone? 

Comment 5

[Martin Jacobs]

A few words more.  
1/ It was designer's objective that icon won't blink if image has been opened 
and thus preloaded, whether its window has been closed or not.  This is normal. 
2/ If image is in the cache, blinking can be very short, of course. 
3/ There is more than a one second "blind" delay before focused ready window 
(and non-blinking icon) can be seen.  There could be a conflict somewhere.  
4/ Animated gif seems to be "corrupted" after beeing used (an NN4 bug too), so 
it's reloaded after each window open.  Depending on cache settings, you'll get a 
new version or not.  

Comment 6

[Martin Jacobs]

Seems like animated gifs can't be preloaded and re-animated in NN4 nor M18.  
This page will stay as it is for tests purposes until NS6 will be published.  
As a workaround, animated gifs will then be replaced by a javascript blink 
function.  

Comment 7

[Martin Jacobs]

Attachment: preloaded animated gif IMG doesn't show up

Comment 8

[Martin Jacobs]

Attached testcase shows erratic behavior of animated gif when preloaded and
dynamically displayed.
"once per session" cache setting.
It may work when first loaded.
It won't next time (history.back/forward) until reloaded.
Maybe the image.onload event ?  There are several ones in an animated gif.
No problem with NN4 nor IE4/5.  

Comment 9

[Phil Schwartau]

This is a very good reduced test case! Confirming bug again. 
I have my cache set to "Once per session" with:

                  WinNT MN6-branch binary 2000102609
                  Linux MN6-branch binary 2000102609
                  Mac   MN6-branch binary 2000102608


It is interesting to note that the behavior I'm seeing on Linux is different 
than on WinNT and Mac. This refers to the first time you try the testcase. 


On WinNT and Mac: the gif disappears right after I click "OK". 
The animated gif never shows, and the non-animated gif never returns. 
Whereas on Linux, the non-animated gif RETURNS if I keep clicking "OK",
and the animated gif DISPLAYS if I click "OK" once and then "Cancel" .


On all three platforms, if I hit "Reload", the testcase worked. 
I could click "OK", and both the non-animated and the animated gif 
displayed fine. 


(I may have had to hit "Reload" more than once for this to happen, 
but it eventually did.)

Comment 10

[Martin Jacobs]

Hi Phil, really glad :-) 
You know, for weeks, so much time spended hopelessly ! 
These gifs must still be confirmed as valid ones.  
If OK, who will confirm bug ?  
What explanation and when patched ?  

Comment 11

[Martin Jacobs]

and add "4xp" to keywords ;-)

Comment 12

[Phil Schwartau]

Since the behavior of this bug depends so much on the cache setting, 
reassigning to Networking:Cache component for further triage. 

Adding 4xp keyword -

Comment 13

[Martin Jacobs]

I'd suggest to modify summary to something about "animated gifs".  
To make this report more traceable for those who could vote for it. 

Comment 14

[Tom Everingham]

reassigning to pam - image cache person

Comment 15

[Martin Jacobs]

Regression on 2000110920 (see 10/27/00 test case).
Animated gifs don't preload anymore.
And/or complete image property doesn't come true.

Comment 16

[pnunn]

No animated images are put into the image cache, so
Animated images can't be preloaded in the image cache.

The display problem occurs when the request to the netlib
cache is not understood to use the netlib cache version.

This is a dupe of #20110.
-pn

*** This bug has been marked as a duplicate of 20110 ***

Comment 17

[Martin Jacobs]

1/ M18 and NS6pr3 showed http://www.bestmat.be/en/case_01.html nicely. 
On 2000110920, preloaded animated image (left moving arrow) 
doesn't show anymore when ready. 
2/ Preloading animated images was a standard feature of JavaScript1.1. 
Is Mozilla intended to support it or not ?  
3/ Isn't there a misbehavior of the onload event ?  
4/ Is the 10/27/00 attachment agreed as a valid testcase of the problem ?  

Comment 18

[Martin Jacobs]

Last releases (and NS6.0) reverted to previous situation.
Attached test case works well if reloaded...
and animated images seem then to preload nicely  ;-) 

Comment 19

[pnunn]

MJ:

could you be alittle clearer with your descriptions?
What does "previous situation" mean?:
>>Last releases (and NS6.0) reverted to previous situation

And adding more info to this bug doesn't help.
This bug is marked 'duplicate" which means its closed. gone. dead.
If you have more info, add it to the bug that is
not a dupe.
-p

Comment 20

[Martin Jacobs]

P. 
Sorry for the spam. 
I meant that my comments of 2000-11-10 where not relevant 
as they relied on a unique nightly build.  

Comment 21

[Phil Schwartau]

Marking Verified as duplicate -