Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unsupported Content-Coding: unknown #6248

Closed
cyberduck opened this issue Sep 21, 2011 · 11 comments
Closed

Unsupported Content-Coding: unknown #6248

cyberduck opened this issue Sep 21, 2011 · 11 comments
Assignees
Labels
bug high priority webdav WebDAV Protocol Implementation wontfix
Milestone

Comments

@cyberduck
Copy link
Collaborator

34aa132 created the issue

Hello,

I'm facing a critical issue, this is preventing me from working properly.

When trying to open or download a file from a webDAV server I'm receiving the following error:

HTTP Error: Download failed

Unsupported Content-Coding: unknown.

This is what I have in the console:

CONNECT oracle.com@stbeehive.oracle.com:443 HTTP/1.1
Host: oracle.com@stbeehive.oracle.com
Proxy-Connection: Keep-Alive
User-Agent: Cyberduck/4.1 (Mac OS X/10.6.8) (i386)
HTTP/1.0 200 Connection established
GET /content/dav/st/OCNCC%20Support%20Belgium/Public%20Documents/KM_migration_status.xlsx HTTP/1.1
Host: oracle.com@stbeehive.oracle.com
Connection: Keep-Alive
User-Agent: Cyberduck/4.1 (Mac OS X/10.6.8) (i386)
Cookie: ORA_OCSBHVE_DAV_DUMMY_TOKEN=valueofdumyabc; ORA_OCSBHVE_DAV_SESSION_TOKEN=-1110879843; ora_ocsbhv_dav_dbupdate_time=1316610732429
Cookie2: $Version=1
Authorization: Basic cGhpbGlwcGUubWF0aG90QG9yYWNsZS5jb206R29sZC1jb2FzdG5lcmFuZzE=
HTTP/1.1 200 OK
Date: Wed, 21 Sep 2011 13:15:23 GMT
Server: Oracle-Application-Server-10g
Content-Length: 18210
Set-Cookie: ORA_OCSBHVE_DAV_SESSION_TOKEN=-1110879843; Expires=Thu, 22-Sep-2011 05:15:23 GMT; Path=/content/dav
Set-Cookie: ora_ocsbhv_dav_dbupdate_time=1316610732429; Expires=Thu, 22-Sep-2011 05:15:23 GMT; Path=/content/dav
Surrogate-Control: no-store
Cache-Control: private, max-age=1
Last-Modified: Thu, 09 Dec 2010 15:26:04 GMT
Content-Encoding: unknown
Content-Language: en_US
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet; charset=WINDOWS-1252

And this is what I have from the syslog:

 [0x0-0x10a10a].ch.sudo.cyberduck[5584]: 2011-09-21 15:19:18,741 [main] ERROR ch.cyberduck.ui.cocoa.model.FinderLocal - File attribute changed failed:/var/folders/zA/zAKi73dxGHOMO05GG3eIsE+++TM/-Tmp-/7c0ac870-813b-4deb-af9d-63ee68756acf/content/dav/st/OCNCC Support Belgium/Public Documents/KM_migration_status.xlsx

It used to work perfectly in version 4.0.2

@cyberduck
Copy link
Collaborator Author

@dkocher commented

The issue is that the server is responding with an invalid Content-Encoding token. Valid values are (by The Internet Assigned Numbers Authority (IANA)):

  • gzip An encoding format produced by the file compression program "gzip" (GNU zip) as described in RFC 1952 [25]. This format is a Lempel-Ziv coding (LZ77) with a 32 bit CRC.
  • compress The encoding format produced by the common UNIX file compression program "compress". This format is an adaptive Lempel-Ziv-Welch coding (LZW).
  • deflate The "zlib" format defined in RFC 1950 [31] in combination with the "deflate" compression mechanism described in RFC 1951 [29].
  • identity The default (identity) encoding; the use of no transformation whatsoever. This content-coding is used only in the Accept- Encoding header, and SHOULD NOT be used in the Content-Encoding header.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

As a workaround you can enter in a Terminal.app window

defaults write ch.sudo.cyberduck http.compression.enable false

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Closing this because the server violates the HTTP specification.

@cyberduck
Copy link
Collaborator Author

34aa132 commented

Thanks for the workaround ;)

@cyberduck
Copy link
Collaborator Author

08fec06 commented

I get this same error on Cyberduck 4.1.3 for Windows and Mac.

This workaround works fine on Mac:

defaults write ch.sudo.cyberduck http.compression.enable false

Can you please post how to perform the equivalent workaround on Windows 7?

Thanks,
Mike

@cyberduck
Copy link
Collaborator Author

34aa132 commented

I believe you have to write this parameter in the windows configuration file

http.compression.enable false I'll have a check and try to tell you what to do ;)

@cyberduck
Copy link
Collaborator Author

34aa132 commented

adding the following line in the user.config should do it :

                        <setting name="http.compression.enable" value="false" />

after these lines:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <userSettings>
        <Ch.Cyberduck.Properties.Settings>
            <setting name="UpgradeSettings" serializeAs="String">
                <value>False</value>
            </setting>
            <setting name="CdSettings" serializeAs="Xml">
                <value>
                    <settings>
                        <setting name="ui.loginform.windowstate" value="PGludD4wPC9pbnQ+" />
                        <setting name="bookmark.import.org.mozdev.fireftp" value="true" />

the file is in C:\Documents and Settings\USER\Application Data\Cyberduck\Cyberduck.exe_Url_ourpw1i1uihyyu2cpvi02kp52zaghxpg<version>

I tried and it is working

@cyberduck
Copy link
Collaborator Author

08fec06 commented

The user.config entry works. Thanks!

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#6608 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#6939 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#7979 closed as duplicate.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug high priority webdav WebDAV Protocol Implementation wontfix
Projects
None yet
Development

No branches or pull requests

2 participants