Summary: | m4v loaded as text/plain (Tiger) | ||
---|---|---|---|
Product: | WebKit | Reporter: | tim bates <timothy.c.bates> |
Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED WONTFIX | ||
Severity: | Normal | CC: | ap, ddkilzer, eric.carlson, mitz, webkit, webkit |
Priority: | P2 | Keywords: | PlatformOnly |
Version: | 420+ | ||
Hardware: | Mac | ||
OS: | OS X 10.4 | ||
URL: | http://www.r000g000b000.net/video/black_adicolor_ipod.m4v |
Description
tim bates
2006-07-19 03:43:42 PDT
Headers output from the "HEAD" command in libwww-perl: $ HEAD http://www.r000g000b000.net/video/black_adicolor_ipod.m4v 200 OK Connection: close Date: Wed, 19 Jul 2006 11:07:03 GMT Accept-Ranges: bytes ETag: "67c0a2-1c7180a-d4ef8680" Server: Apache/2.0.52 (Red Hat) Content-Length: 29825034 Content-Type: text/plain; charset=UTF-8 Last-Modified: Wed, 10 May 2006 00:03:22 GMT Client-Date: Wed, 19 Jul 2006 11:07:03 GMT Client-Peer: 72.32.54.212:80 Client-Response-Num: 1 The header of the file is being recognized as a document, not as a movie. Examples: The Finder information doesn't show any movie information and when searching with Spotlight the movies get placed under documents and not under movies. This is probably a bug in Apple's video exporters encoding movies as a .m4v file. However the bug is not related to WebKit, there could be made a workaround for it. Moved this one back to P2 & normal. I think the web server is creating this problem, it mislabels the file MIME as text/plain while it should be video/mp4 MIME type. It wouldn't be surprising if other browsers get the same problem too. Referencing a comment (Lieven) from TUAW blog which lived the same problem: "Just add a .htaccess file with the following line to the folder that contains the .m4v: AddType video/mp4 .m4v Or put that line in your general httpd.conf (mac) or apache.conf (*nix) alongside the other AddType lines" Here is the IANA RFC (4337) for official source: http://www.rfc-editor.org/rfc/rfc4337.txt As I am not an actual developer, I am not touching any of flags of bug. (In reply to comment #0) > PS: While it is the server's responsibility to know about mime types, > couldn't Safari be smart and use its own knowledge of file types to show this > as a movie? At least in case of HTML, it's a responsibility of the network layer (which is in a closed source system framework) to sniff the file type when it's mis-reported by the server. So, I think this bug needs to be reported via http://bugreport.apple.com for Apple engineers to take a look. BTW, does this movie load successfully in other browsers? I have tested the URL on all available unique browsers on OS X and Fink installed Konqueror. I am sure all are latest down to minor revision level. 1) Opera 9.20 started to load/display text , needed to force quit 2) Firefox started to load as text 3) Camino loads as text 4) iCab identifies correct and shows with quicktime plugin. So, only browser identifying it turns out to be iCab. I still think it should be fixed server side though, it is a single line to add. Konqueror of latest stable KDE (3.5.6) correctly identifies/sniffes file and starts download but of course, I don't think we could call it a native OS X browser or relevant on this matter. I thought it would interest the developers for codebase matter. I think it's still an issue on Tiger though, as the issues fixed in bug 17360 were Leopard-specific. We may or may not want to fix this for 10.4, too. (In reply to comment #7) > I think it's still an issue on Tiger though, as the issues fixed in bug 17360 > were Leopard-specific. We may or may not want to fix this for 10.4, too. > So the bug report is valid in this case. This should have been fixed by http://trac.webkit.org/changeset/43972, though I don't have a Tiger system to check. Tiger is no longer supported. |