To help identify the issue it would be very useful if you could provide the following information:
- what is the exact IE6 version number (see Help/About Internet Explorer)?
- are you running IE on the native OS or from within a virtual machine?
- is a message displayed before IE closes?
- which demos and applications cause the crash?
hi, on a related note. i have backbase up and running and over the past week have gone to every computer i can access, to see if it works. it has worked ok on most browsers i have used.
however, here is a strange problem:
-on windows at an internet cafe with msie 6.0:
if i load the webpage, backbase works fine. i can view and interact with calendar widgets, etc.
HOWEVER, if i RELOAD the webpage, it CRASHES. (does that thing where the only option is whether or not to Send a report to Microsoft, and then close the browser after you decided you want to do that.) it says something about appcompat.txt.
-above was replicated several times.
-HOWEVER, on my home computer, windows xp with msie 6.0 browser, this does not happen.
-thus, the internet cafe computer although , like my computer, was also MSIE6.0 on windows, it had different results.
fyi:
the internet cafe browser was logged by my php script as:
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
Thanks for the information. I've also noticed this problem with a specific installation of IE6, namely, the application runs fine first time, but closes (in the way described) following a page refresh. It would be good if we could get some more information about this problem, but it seems to be pretty rare.
I have the same behavior when using MultipleIE. I have not seen the behavior without using MultipleIE.
Also, I ran into a client where a few people were getting IE 6 crashes when loading BB (including the explorer). This Microsoft fix seemed to do the trick.
bad news = i have replicated this problem with plain vanilla msie 7 on windows xp. not exactly an obscure platform.
good news = i think i have found the pattern. if i visit a non-backbase-involved webpage which IS NOT xml-valid, before visiting the backbase-enabled page, there is a crash.
if i visit a non-backbase-involved webpage which IS xml-valid before visiting the backbase-enabled page, there is NOT a crash.
to recap - this only happens in explorer (not firefox). it is kind of annoying but it seems like in explorer, the page you PREVIOUSLY visited, even if it contains absolutely no backbase code (and not even boot script), must be xml valid. i plan on making them xml valid but it would be cool if it were not necessary.
note 1: and by "crash", i mean explorer give an alert-type message that says "internet explorer cannot open the site http://..." ... "Operation aborted" and then the web browser screen is completely blank!
note 2: and by "xml invalid" i mean, contains some ampersands (&) in a javascript section of the page...
note 3: by the way, i have a slightly complex setup on my website, which may be part of the problem... and have not tested whether this problem occurs in a "simpler" context.
"...IE does this [operation aborted error] when you attempt to modify a DOM element before it is closed...
...This means that if you try and append a child element to another and that other element (like the document.body) is still loading, you’ll get this error....
...if you use Element.innerHTML = [in certain situations, operation aborted error happens]..."
More Details Please
2 July, 2008 - 08:50 — nick@backbaseTo help identify the issue it would be very useful if you could provide the following information:
- what is the exact IE6 version number (see Help/About Internet Explorer)?
- are you running IE on the native OS or from within a virtual machine?
- is a message displayed before IE closes?
- which demos and applications cause the crash?
Many Thanks.
hi, on a related note. i
6 July, 2008 - 00:24 — xmvcnrhi, on a related note. i have backbase up and running and over the past week have gone to every computer i can access, to see if it works. it has worked ok on most browsers i have used.
however, here is a strange problem:
-on windows at an internet cafe with msie 6.0:
if i load the webpage, backbase works fine. i can view and interact with calendar widgets, etc.
HOWEVER, if i RELOAD the webpage, it CRASHES. (does that thing where the only option is whether or not to Send a report to Microsoft, and then close the browser after you decided you want to do that.) it says something about appcompat.txt.
-above was replicated several times.
-HOWEVER, on my home computer, windows xp with msie 6.0 browser, this does not happen.
-thus, the internet cafe computer although , like my computer, was also MSIE6.0 on windows, it had different results.
fyi:
the internet cafe browser was logged by my php script as:
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
also by the way i have 4.2.0
6 July, 2008 - 00:29 — xmvcnralso by the way i have 4.2.0 optimized installed although i doubt it would make any difference.
IE6 Issue
7 July, 2008 - 09:26 — nick@backbaseThanks for the information. I've also noticed this problem with a specific installation of IE6, namely, the application runs fine first time, but closes (in the way described) following a page refresh. It would be good if we could get some more information about this problem, but it seems to be pretty rare.
I have the same behavior
10 July, 2008 - 23:22 — jbrantlyI have the same behavior when using MultipleIE. I have not seen the behavior without using MultipleIE.
Also, I ran into a client where a few people were getting IE 6 crashes when loading BB (including the explorer). This Microsoft fix seemed to do the trick.
http://www.microsoft.com/downloads/details.aspx?FamilyID=cc096493-367d-4...
- James
bad news = i have replicated
29 July, 2008 - 02:18 — xmvcnrbad news = i have replicated this problem with plain vanilla msie 7 on windows xp. not exactly an obscure platform.
good news = i think i have found the pattern. if i visit a non-backbase-involved webpage which IS NOT xml-valid, before visiting the backbase-enabled page, there is a crash.
if i visit a non-backbase-involved webpage which IS xml-valid before visiting the backbase-enabled page, there is NOT a crash.
to recap - this only happens in explorer (not firefox). it is kind of annoying but it seems like in explorer, the page you PREVIOUSLY visited, even if it contains absolutely no backbase code (and not even boot script), must be xml valid. i plan on making them xml valid but it would be cool if it were not necessary.
note 1: and by "crash", i
29 July, 2008 - 02:23 — xmvcnrnote 1: and by "crash", i mean explorer give an alert-type message that says "internet explorer cannot open the site http://..." ... "Operation aborted" and then the web browser screen is completely blank!
note 2: and by "xml invalid" i mean, contains some ampersands (&) in a javascript section of the page...
note 3: by the way, i have a slightly complex setup on my website, which may be part of the problem... and have not tested whether this problem occurs in a "simpler" context.
based on the below 2 helpful
28 August, 2008 - 22:06 — xmvcnrbased on the below 2 helpful forum postings below,
i decided to remove some Element.innerHTML = javascript from my page, and the operation aborted error stopped happening.
---
1.
http://clientside.cnet.com/code-snippets/manipulating-the-dom/ie-and-ope...
"...IE does this [operation aborted error] when you attempt to modify a DOM element before it is closed...
...This means that if you try and append a child element to another and that other element (like the document.body) is still loading, you’ll get this error....
...if you use Element.innerHTML = [in certain situations, operation aborted error happens]..."
---
2.
http://weblogs.asp.net/infinitiesloop/archive/2006/11/02/Dealing-with-IE...