[Webkit-unassigned] [Bug 176116] 406 Error for XSLT due to ommission of correct/registered MIME type from Accept header

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=176116

--- Comment #8 from Andy Schmidt <Andy_Schmidt at HM-Software.com> ---
Hi,

I'm surprised that Apple considers content-negotiation obsolete, since I still seen it being used in many REST APIs to choose from possible output formats. However, if that's the offical position, then it would be proper for Safari not to send Accept headers any more.

As per your wish, I did run a few experiments on the web server (IIS), to see whether it has a setting to ignore Accept headers - but there appears to be none. I also attempted to associate the MIME type "*/*" with the .xsl file type - but, as expected, the web server treats the string as a literal - so */* would not be a literal match. (Even if it was possible, we strive to be standards compliant and avoid customizing our systems to various browser imperfections.)

The web site is the admin part of http://www.Anamera.com that restricted to authorized users. We now have people trying to use Apple systems, which has exposed this bug.

Since this is not introducing new features or functions because it's simply a matter of appending the correct MIME type (or "*/*") to a string in your code - I hadn't really expected any push-back.


If I understand correctly, here's a business equivalent pf your porposition:
- Your purchasing system has a bug that always orders any pencils in PINK.
- Your supplier's automated fulfillment system rejects the purchase order, because it simply has no pink pencils available.
- Your surprised why the supplier would reject your P/O, and expect them to break their fulfillment system so that it starts ignoring arbitrary specs in purchase orders, but only if they come from your company?
It just seems to me as if this approach will propagate an error to cause wider effects?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170831/a560e9c7/attachment.html>