Cyberduck Mountain Duck CLI

Opened on Dec 10, 2011 at 7:45:49 AM

Closed on Dec 10, 2011 at 2:30:58 PM

Last modified on Dec 28, 2011 at 3:46:55 PM

#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 on Dec 10, 2011 at 10:46:26 AM by dkocher

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

comment:2 Changed on Dec 10, 2011 at 10:52:06 AM 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:4 Changed on Dec 10, 2011 at 2:30:58 PM by dkocher

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

In r9334.

comment:5 follow-up: Changed on Dec 10, 2011 at 10:20:57 PM by wwwpixime

hi David,

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

Please "webdav" as the username/password

Thank you in advance.

Version 1, edited on Dec 10, 2011 at 10:28:33 PM by wwwpixime (previous) (next) (diff)

comment:6 in reply to: ↑ 5 ; follow-up: Changed on Dec 28, 2011 at 2:50:51 PM 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 on Dec 28, 2011 at 3:06:20 PM 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 on Dec 28, 2011 at 3:46:55 PM 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.