J
Josh Patterson
Originally, Patricio Stegmann posted:
-----------------------------------------------------
Hello,
I develop some DHTML WebBased applications, which use extensive DHTML,
and particularly css class attributions (for example setting a
particular class to a <DIV> element) .
I found out a very annoying bug on Internet Explorer which completely
freezes anything from being loaded by the browser, for example new
pages, or anything ..
This bug happens randomly on my Windows XP / Internet Explorer 6 SP2,
but I did a test page where you may be able to reproduce the bug; this
page contains many div elements and a little script sets a random CSS
Class to them. Those CSS class contain a background-image. So whenever
the css class is applied to an element IE should get the image from
the web server and put it inside the element.
Well the problem is that, at some random time, IE is unable to get the
image from the css class and put it as elements background, and then,
IE becomes unable to retrieve anything else from anywhere in the web,
and the only way to come across this, is to completely close any IE
and start up again.
The test page is here:
http://kpoman.dyndns.org/bugie/index.html
the way to reproduce it is to click on the link I gave you, then on
that window, type Control+N so you have two windows on the same page .
Ok, then, click on START (from the web page), a "kind of slideshow"
should begin, which sets some css class to the elements on the html,
then from the second window, go to TOOLS > INTERNET OPTIONS > DELETE
FILES (check DELETE OFFLINE CONTENT) then click on OK ...
I you do this, the images from the cache are erased, then
re-downloaded from the remote server; do this several times (delete
cache) then you should get to the part when IE starts being unable to
download anything from anywhere ... I guess IE sockets get somehow
blocked by some timeout or something ...
This is very annoying because, randomly, then, IE gets completely
blocked, and then, it is kind of difficult to develop any DHTML
application using those techniques (setting css classes to elements
through javascript).
Hope you could reproduce the bug, which I could find on many different
computers.
ps: this does not happen using any other browser.
Thanks for your time, please feedback to me if you could see the bug
on your environment too!
------------------------------------------------------------------------
I can confirm this effect on XP Pro + IE6.
I have run into the EXACT same thing on XP boxes, it runs fine on all other
MS platforms + IE6; I can recreate the problem by making a page with just a
few image on it, and then looping thru the images changing their src
attribute, which forces a reload from the server, and periodically, they
block all connections to the browser; origianlly i thot this was somehting i
was doing with SOAP + XMLHTTP, but once i narrowed the problem down to just
that, and nothing else, it didnt lock, so out of pure luck I noticed that
some of the icons on the app that get changed in the process of things were
not changing when this happened, so i tried isolating that effect, and
bingo, that was it, it will fail within a few refreshes; question is, now
how do we get around this?
JP
-----------------------------------------------------
Hello,
I develop some DHTML WebBased applications, which use extensive DHTML,
and particularly css class attributions (for example setting a
particular class to a <DIV> element) .
I found out a very annoying bug on Internet Explorer which completely
freezes anything from being loaded by the browser, for example new
pages, or anything ..
This bug happens randomly on my Windows XP / Internet Explorer 6 SP2,
but I did a test page where you may be able to reproduce the bug; this
page contains many div elements and a little script sets a random CSS
Class to them. Those CSS class contain a background-image. So whenever
the css class is applied to an element IE should get the image from
the web server and put it inside the element.
Well the problem is that, at some random time, IE is unable to get the
image from the css class and put it as elements background, and then,
IE becomes unable to retrieve anything else from anywhere in the web,
and the only way to come across this, is to completely close any IE
and start up again.
The test page is here:
http://kpoman.dyndns.org/bugie/index.html
the way to reproduce it is to click on the link I gave you, then on
that window, type Control+N so you have two windows on the same page .
Ok, then, click on START (from the web page), a "kind of slideshow"
should begin, which sets some css class to the elements on the html,
then from the second window, go to TOOLS > INTERNET OPTIONS > DELETE
FILES (check DELETE OFFLINE CONTENT) then click on OK ...
I you do this, the images from the cache are erased, then
re-downloaded from the remote server; do this several times (delete
cache) then you should get to the part when IE starts being unable to
download anything from anywhere ... I guess IE sockets get somehow
blocked by some timeout or something ...
This is very annoying because, randomly, then, IE gets completely
blocked, and then, it is kind of difficult to develop any DHTML
application using those techniques (setting css classes to elements
through javascript).
Hope you could reproduce the bug, which I could find on many different
computers.
ps: this does not happen using any other browser.
Thanks for your time, please feedback to me if you could see the bug
on your environment too!
------------------------------------------------------------------------
I can confirm this effect on XP Pro + IE6.
I have run into the EXACT same thing on XP boxes, it runs fine on all other
MS platforms + IE6; I can recreate the problem by making a page with just a
few image on it, and then looping thru the images changing their src
attribute, which forces a reload from the server, and periodically, they
block all connections to the browser; origianlly i thot this was somehting i
was doing with SOAP + XMLHTTP, but once i narrowed the problem down to just
that, and nothing else, it didnt lock, so out of pure luck I noticed that
some of the icons on the app that get changed in the process of things were
not changing when this happened, so i tried isolating that effect, and
bingo, that was it, it will fail within a few refreshes; question is, now
how do we get around this?
JP