fullcatrooms / swfobject

Automatically exported from code.google.com/p/swfobject
0 stars 0 forks source link

A <script> tag written to the page causes IE7 to fetch an invalid URL #301

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Implement swfobject.js v2.1 using the dynamic publishing method
2. View the page in IE7.0.6001.18000 on Windows Vista or Windows XP

What is the expected output? What do you see instead?
IE7 tries to download the file http://:/  which is of course an invalid
URL. See the attached image showing HTTP traffic

What version of the product are you using? On what operating system?
swfobject v2.1 (same happens with 2.0) on Windows XP and Vista in
IE7.0.6001.18000

Please provide any additional information below.
I fixed it by modifying this line (around line 110 in the uncompressed source)

K.write("<script id=__ie_ondomload defer=true src=://><\/script>");

and changed it to:

K.write("<script id='__ie_ondomload' defer='true' src=''><\/script>");

Changing the src attribute is the key part there. It doesn't seem to cause
any errors in IE7 and FF3

Original issue reported on code.google.com by jonbur...@gmail.com on 17 Apr 2009 at 10:44

Attachments:

GoogleCodeExporter commented 9 years ago
As you'll see in the attached screenshot it caused IE7 to pause for 14 seconds 
while
trying to fetch the script http://:/ (which is a bit stupid really)

Original comment by jonbur...@gmail.com on 17 Apr 2009 at 2:03

GoogleCodeExporter commented 9 years ago
Same problem here! Also working on WinXP, IE7.

This problem occurred today for the first time and broke the complete project. 
The
provided fix above will fix the issue.

Original comment by kleppe on 17 Apr 2009 at 2:17

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
This construct is in place to emulate DomContentLoaded in IE and to also make 
it work
properly for https. It is a known issue to us that this emulation isn't optimal,
therefore we moved to another solution for SWFObject 2.2. Please take a look at 
our
swfobject 2.2 beta.

Original comment by bobbyvandersluis on 18 Apr 2009 at 8:16

GoogleCodeExporter commented 9 years ago
We're getting more reports that SWFObject 2.1 is not correctly working in
IE7.0.6001.18000, e.g. this thread in the discussion group:
http://groups.google.com/group/swfobject/t/a9a500f86ba7f975 

We are going to investigate it's cause.

Kleppe, you reported that the problem occurred for the first time on what I 
presume
is an existing project. Can you submit any more specifics, could it have 
something to
do with a Microsoft security update?

Original comment by bobbyvandersluis on 18 Apr 2009 at 5:45

GoogleCodeExporter commented 9 years ago
We have retested our SWFObject test suite in IE7.0.6001.18000/Vista on 3 
different
machines and have been unable to reproduce any breakage or the showing of 
alternative
content.

Original comment by bobbyvandersluis on 20 Apr 2009 at 1:02

GoogleCodeExporter commented 9 years ago
What version of SWFObject does your test suite use? Is there a particular 
format of
log file you'd like to see that would show the updates that we have installed 
here?

Original comment by jonbur...@gmail.com on 20 Apr 2009 at 1:06

GoogleCodeExporter commented 9 years ago
> What version of SWFObject does your test suite use?

Version 2.1, link: http://code.google.com/p/swfobject/wiki/test_suite

> Is there a particular format of log file you'd like to see that would show the
updates that we have installed here?

Any more info that can lead to reproducible issues is welcome. So far the 
following
embed issues are known to us:
1. Corrupt IE installments (http://code.google.com/p/swfobject/wiki/faq Q2)
2. Corrupt non-IE installers (http://code.google.com/p/swfobject/wiki/faq Q3)
3. Firefox 3 + old versions of Adblock incorrectly blocking the HTML object 
element
(http://code.google.com/p/swfobject/wiki/faq Q14)
4. HTTP header Content-Disposition: attachment response + FP10 security block
(http://code.google.com/p/swfobject/wiki/faq Q20)

Original comment by bobbyvandersluis on 20 Apr 2009 at 1:16

GoogleCodeExporter commented 9 years ago
Just a note from us:

All of our reports have come from users with this exact setup:
> Internet Explorer 7.0.6001.18000
> Adobe's flash version page reports: 10,0,22,87
> OS Name: Microsoft Windows Vista Home Premium
> Version: 6.0.6001 service pack 1 build 6001
> System Type: x86-based pc

Upgrading my own Vista box to Service Pack 1 gave me that exact configuration. 
However, I was unable to reproduce the issue.

I also tried the fix mentioned up above in this issue report:
K.write("<script id='__ie_ondomload' defer='true' src=''><\/script>");

And that did fix it for all of the users.  HOWEVER, I personally started having
problems on one of our sites, where in certain cases, no content was shown.

We have decided to upgrade to SWFObject 2.2, and all of the issues seem to be
resolved for us.

Original comment by rfield...@gmail.com on 20 Apr 2009 at 7:15

GoogleCodeExporter commented 9 years ago
Could this be because of the Apr 14 IE security update?

http://www.microsoft.com/technet/security/Bulletin/MS09-014.mspx

Original comment by mman...@gmail.com on 22 Apr 2009 at 12:39