Cyberduck Mountain Duck CLI

Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#6433 closed defect (fixed)

HTTP header (content-type) based mime-type detection fails on Mac OS X

Reported by: wwwpixime Owned by: dkocher
Priority: highest Milestone: 4.2.1
Component: webdav Version: 4.2
Severity: normal Keywords:
Cc: Architecture: Intel
Platform: Mac OS X 10.7

Description

We use Gallery 2.3.1 as a codebase for our hosting service at https://pixi.me/ - we've recently enabled the use of the built-in WebDav feature (doesn't require Apache's mod_dav) to allow our users to upload/download files on the fly.

Unfortunately, using Cyberduck 4.2 on OS X Lion and Microsoft Windows 7 - the WebDAV HTTP header (content-type) based mime-type detection fails. Gallery 2 depends on the content-type header to determine the mime-type of the file.

With this failure, thumbnails will not be generated, ZIP files won't be extracted, etc.. Using cURL works (OS X, FreeBSD, etc..) just fine, and so does Transmit. BitKenix works also (Windows).

I would like to recommend Cyberduck (I use it myself) to our user base, but this issue is just getting in the way.

Please advise, thank you. If you need a test site, let me know.

Best regards,

Steve Caturan

References:

http://gallery.menalto.com/node/61199?page=1 http://thread.gmane.org/gmane.comp.web.gallery.devel/3817

Change History (8)

comment:1 Changed 7 years ago by dkocher

Can you please post the transcript from the log drawer (⌘-L) of the Transfers window.

comment:2 Changed 7 years ago by dkocher

  • Component changed from core to webdav
  • Milestone set to 4.2.1
  • Owner set to dkocher
  • Status changed from new to assigned

I can replicate this issue. A generic content type of application/octet-stream is sent.

comment:3 Changed 7 years ago by dkocher

Fixed in sardine-321.

comment:4 Changed 7 years ago by dkocher

  • Resolution set to fixed
  • Status changed from assigned to closed

In r9334.

comment:5 follow-up: Changed 7 years ago by wwwpixime

hi David,

I'm still ending up with 0 byte files even after upgrading to 4.2.1 - Just in case you have time, here's a test site : https://pixi.me/gallery2/w/webdav/

webdav is username & password

Please advise, thank you.

Last edited 7 years ago by wwwpixime (previous) (diff)

comment:6 in reply to: ↑ 5 ; follow-up: Changed 7 years ago by dkocher

Replying to wwwpixime:

hi David,

I'm still ending up with 0 byte files even after upgrading to 4.2.1 - Just in case you have time, here's a test site : https://pixi.me/gallery2/w/webdav/

webdav is username & password

Please advise, thank you.

I suppose this is another issue then.

comment:7 in reply to: ↑ 6 Changed 7 years ago by dkocher

Replying to dkocher:

Replying to wwwpixime:

hi David,

I'm still ending up with 0 byte files even after upgrading to 4.2.1 - Just in case you have time, here's a test site : https://pixi.me/gallery2/w/webdav/

webdav is username & password

Please advise, thank you.

I suppose this is another issue then.

There are several issues with this site:

  • As a minor issue it is sending an empty authentication realm.
  • Expect-Continue HTTP handshake is not supported. This does not allow the upload to abort on authentication failures before the payload is sent.

comment:8 Changed 7 years ago by wwwpixime

hi David,

Gallery2 isn't in active development anymore, unfortunately, so we can't file a bug report to resolve the problem.

Is there any way for Cyberduck to compensate for this since most of the other WebDAV clients we tested works fine out of the box, even the mobile apps for IOS/Android.

Please advise, thanks!

Note: See TracTickets for help on using tickets.
swiss made software