305766 - Shockwave unable to load GZip'd text resources when server sends Content-Length header

Status: RESOLVED INCOMPLETE

(Plugins Graveyard :: Shockwave (Adobe), defect)

Description

[Sulka Haro]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412.6.2 (KHTML, like Gecko) Safari/412.2.2
Build Identifier: 

When a Shockwave movie loads an external text resource over HTTP and the delivery uses the gzip 
content-encoding, the loading succeeds if the server sends the resource with the Content-Length 
header set, the download always fails for some reason. If the server doesn't send the Content-Length 
header and specifies "Transfer-Encoding: chunked", the download succeeds.

Firefox seems to misreport the file size to the plugin in the case of failure - for some reason the file 
size is reported as being larger than the gzipped version (correct) but smaller than the decompressed 
resource so it seems that if the plugin asks for details of the file while the file is being decompressed, 
the decompression is somehow interrupted and the length of the already decompressed content is 
reported.

Clearly there's some functional difference in how the content is delivered to plugins depending on the 
encoding type.

Reproducible: Always

Steps to Reproduce:
This is _really_ hard obviously as it requires a dynamic web application and a shockwave movie. I have the 
problem occuring in one setup and I can try to create a web-page + shockwave movie demo which causes 
this to happen so you can test for this.
Actual Results:  
The file being downloaded is downloaded but never delivered to the plugin.

Expected Results:  
File should have been passed onto the plugin.

Comment 1

[Matthias Versen [:Matti]]

Public testcase needed and of course this bug is useless without Version/Build
IDs for Firefox and shockwave

Comment 2

[Sulka Haro]

Firefox version is

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

Shockwave plugin version is 10.1r11

AFAIK both are latest available versions. Sorry for not including the information in the original report. 
Working on the testcase.

Comment 3

[Sulka Haro]

See http://www.kotska.com/swtest/ for the test case. I can reproduce this every time on the Mac Firefox 
and apparently older versions of Windows Firefox are also affected. Unfortunately we upgraded the failing 
Win FF without noting down the version number, sorry.

Comment 4

[Sulka Haro]

The first paragraph of the report SHOULD read:

"When a Shockwave movie loads an external text resource over HTTP and the delivery uses the gzip 
content-encoding, and the server sends the resource with the Content-Length 
header set, the download always fails for some reason. If the server doesn't send the Content-Length 
header and specifies "Transfer-Encoding: chunked", the download succeeds."

Sorry for the typo.

Comment 5

[Sulka Haro]

Hi! The problem is still there. The test had broken as a result of an PHP update and I fixed it now (so the initial download fails again).

Comment 6

[Wayne Mery (:wsmwk)]

Do you still see this problem using latest version of Firefox and Flash (10)?

If you do, please comment.
If you do not see the problem, please close the bug - don't use resolution=FIXED, change resolution to:
- INVALID if you believe the problem was flash player
- WORKSFORME if you believe the problem was in Firefox
- INCOMPLETE if it is impossible to test (url or testcase is gone)

Comment 7

[Sulka Haro]

THIS IS NOT A FLASH BUG. It's a Shockwave bug. These are two separate plugins. Both are from Adobe and they are confusingly similarly named (Shockwave and Shockwave Flash), but they are entirely different codebases.

I did check the bug still existed a couple months ago but it seems Firefox has broken the test recently so I cannot verify if this bug exists or not as the test doesn't actually run. I'll try to debug the test soon.

Comment 8

[Wayne Mery (:wsmwk)]

yeah, I forgot to change my wording to cover both products.