https://bugzilla.wikimedia.org/show_bug.cgi?id=4421
Aryeh Gregor <simetrical+wikib...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |simetrical+wikib...@gmail.co
| |m
--- Comment #29 from Aryeh Gregor <simetrical+wikib...@gmail.com> 2009-10-18
16:18:54 UTC ---
(In reply to comment #27)
> I first just tried removing checkExtensionCompatibility from
> Title::isValidMoveOperation(). That mostly seems to work, but the hitch
> comes
> when you try to reference the bare image URL, because that's served directly
> from the webserver, which typically relies on the file extension to get the
> media type. So, regardless of how MediaWiki refers to the file, it still
> needs
> to be stuffed onto disk with a valid extension intact unless you're hosting on
> some ninja psychic webserver that just knows what the media type of the file
> is
> (or perhaps one that's cracking open files to see what's in them).
The simplest way to handle this from our perspective is to just give all the
on-disk files a name ending in, say, .png. This will typically cause an
incorrect Content-Type to be served -- except for PNG files, of course -- but
browsers will display the pictures fine anyway, as long as it's served as some
recognized image type. See
<http://tools.ietf.org/html/draft-abarth-mime-sniff-03>. In fact, it should
work fine in many cases even if a non-image MIME type is served.
Arguably, relying on this MIME type sniffing is incorrect and confusing. But
it's a possibility, for simplicity's sake. It's certainly reliable.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
