Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
routing system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
12 Aug 2013 at 16:06 UTC
Updated:
5 Feb 2015 at 12:42 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerLet's see how much breaks if ANY/ALL is switched.
Comment #3
dawehnerThis should fix the failures.
Comment #4
wim leersIs this really correct?
Shouldn't this be
ALLand be only dependent on_permission?I'm not familiar with the REST module code, but I see there's access checks happening on
_methodas well. Though it shouldn't apply here because_access_rest_csrfisn't set. I'm not aware of the full scope of what's happening, but in any case,ANYseems wrong.If I'm wrong, care to explain why? :)
Comment #5
wim leersDidn't mean to mark this NW.
Comment #6
dawehnerlinking because of pure lazyness: #2063405: Update all access checkers to use static::ALLOW/static::DENY/static::KILL
Comment #7
Crell commented_method is not enforced by an access checker but by UrlMatcher. _access_mode is entirely irrelevant for that.
Comment #8
dawehnerTried to debug that problem with more depth:
First note:
It feels wrong to have rest.csrf twice on there.
We are doing a POST request here, so the CSRFAccessChecker will return NULL (as they don't make sense on POST). As NULL is considered to break on the ALL case, we seem to need ANY here?
Comment #9
dawehner#3: access-2063401-3.patch queued for re-testing.
Comment #10
wim leers#3: access-2063401-3.patch queued for re-testing.
Comment #11
dawehner#3: access-2063401-3.patch queued for re-testing.
Comment #12
dawehner#3: access-2063401-3.patch queued for re-testing.
Comment #13
wim leersHow do we move this forward? Who is the most appropriate person to review this?
Comment #14
dawehnerMaybe damian well react to the message left on druplicon :) Crell is out of chicago for quite a long time, as far as I remember
Comment #15
Crell commentedFortunately I brought my laptop with me to Minneapolis. :-)
Comment #16
damiankloip commentedI was confused about Daniel's comment in #8. I guess that's not actually an issue anymore then? :)
Otherwise, +1 on this.
Comment #17
dawehnerNot that I think of. The problem is that you would expect it to be all, maybe, but change the beaviour to 'ALL' is out of scope of this issue.
Comment #18
tim.plunkett#3: access-2063401-3.patch queued for re-testing.
Comment #19
webchickPatch no longer applies.
Comment #20
dawehnerHere is a rerole.
Comment #21
damiankloip commentedAnd back again.
Comment #22
wim leersd.o tag monster
Comment #23
tim.plunkett#20: access-2063401-20.patch queued for re-testing.
Comment #25
dawehner#20: access-2063401-20.patch queued for re-testing.
Comment #27
tim.plunkettTwo of the recent additions needed ANY.
Comment #29
webchickI would've expected this patch to also kill all of the unnecessary "ALL"s. Is that possible?
Comment #30
dawehnerThis could be it.
Comment #32
dawehnerUps.
Comment #33
jibran#29 is addressed so back to RTBC.
Comment #34
dawehner#32: routing-2063401-32.patch queued for re-testing.
Comment #36
jibranneeds reroll after #2089671: Convert non-test form callbacks to new form controller
Comment #37
dawehnerJust an ordinary reroll.
Comment #38
webchickMoving back to RTBC, since that's where it was before testbot failed it.
Comment #39
dawehnerCool!
Comment #41
damiankloip commentedJust one missing in the ContentTranslationRouteSubscriber I think. This is when you have to love test coverage.
Comment #42
damiankloip commentedThis should go back to RTBC if/when this passes.
Comment #43
dawehnerGood catch!
Comment #44
tim.plunkett#41: 2063401-41.patch queued for re-testing.
Comment #45
pwolanin commented+1 from me too.
Comment #46
alexpottPatch no longer applies.
Comment #47
damiankloip commentedrerolled. The hunk from router_test.routing.yml is already in HEAD:
Comment #48
dawehnerThank you for the reroll!
Comment #49
webchickAwesome, thank you SO much for this patch!
Committed and pushed to 8.x. Thanks!
Needs a change notice.
Comment #50
dawehnerhttps://drupal.org/node/1851490/revisions/view/2868379/2870151
https://drupal.org/node/2107991
Comment #51
jibranFixed the change notice title and added some examples.
Comment #52
wim leersjibran++
Comment #54
klausiOops, this change caused a security issue in rest.module: #2420559: REST permissions are not working as expected..
Comment #55
dawehner@klausi
Common misconception though of these patches.