Joe Hoyle b38ea44e9a OPTIONS requests to REST API should return Allow header. ... An OPTIONS request was incorrectly returning an "Accept" header which was a typo of "Allow". This meant Accept was showing "GET, POST" for example, however it was also not running the permission checks on the endpoints. Instead, the correct route needs to be set on the request object, which means the normal handling for the Allow header will kick in. This technically breaks backwards compatibility, however given the value of Accept was also wrong then this should not be an issue. Fixes #35975. git-svn-id: https://develop.svn.wordpress.org/trunk@36829 602fd350-edb4-49c9-b593-d223f7449a82		2016-03-03 09:54:32 +00:00
src	OPTIONS requests to REST API should return Allow header.	2016-03-03 09:54:32 +00:00
tests	OPTIONS requests to REST API should return Allow header.	2016-03-03 09:54:32 +00:00
tools/i18n	i18n tools: In `StringExtractor` don't strip slashes from URLs.	2016-02-29 20:44:31 +00:00
.editorconfig	…
.gitignore	…
.jshintrc	…
.travis.yml	…
Gruntfile.js	Media: Add support for minified versions of wp-playlist.js, wp-mediaelement.js and wp-mediaelement.css.	2016-02-29 20:42:10 +00:00
package.json	…
phpunit.xml.dist	…
wp-cli.yml	…
wp-config-sample.php	…
wp-tests-config-sample.php	Unit Tests: Correct comment in `wp-tests-config-sample.php`.	2016-01-21 20:24:12 +00:00