Closed (fixed)
Project:
Drupal core
Version:
8.2.x-dev
Component:
routing system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
24 Apr 2016 at 23:03 UTC
Updated:
2 Aug 2016 at 20:51 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
jibranHere is the patch.
Comment #3
jibranComment #4
jibranComment #6
dawehnerOh wow, I would have not expected that something like this could actually break our routing. When we figure out what caused this change we should certainly create an issue on github, as other projects might run into that.
Comment #7
jibranReroll after #2712643: Update behat/* to 1.7.1 and fabpot/goutte to 3.1.2.
Comment #9
dawehnerMh, I tried to reproduce it, but it works on both d8.dev and localhost/d8
Comment #10
jibranMaybe instead of test we should fix what really is broken.
Comment #12
dawehner@jibran
Have you been able to reproduce the failure locally?
Comment #13
jibranNope.
Comment #14
klausiChainRouter in Symfony CMF has a new method rebuildRequest() which is used in the doMatch() method. On a DELETE request to a not existing node DefaultExceptionHtmlSubscriber is invoked. It tries to route the system 404 page which is restricted to GET and POST requests. With Symfony CMF 1.4 the request used internally to route system 404 is now built from the global request context and inherits the DELETE method. DELETE is not allowed for the 404 page ==> kaboom.
Proposed solution: manipulate the request context in DefaultExceptionHtmlSubscriber and set the method to GET. Let me try that.
Comment #15
dawehnerUrgs.
Comment #16
klausiHere we go.
Comment #18
klausiAha, the request context can sometimes be null. Whatever.
Comment #19
klausiOr better fix the unit test by properly mocking the request context.
Comment #20
jibranSeems good to me. Thanks @klausi.
Comment #21
dawehnerNice work!
Comment #23
catchCommitted/pushed to 8.2.x, thanks!
Comment #25
xjm