Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
base system
Priority:
Critical
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
3 Nov 2014 at 16:27 UTC
Updated:
28 Dec 2014 at 11:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerI think the way to go here is to add a variant to UnroutedUrlAssembler which includes path processing,
but this should be off by default. Does someone has an oppinion about that?
Comment #2
yesct commentedadding blocker tag, since this blocks #2343669: Remove _l() and _url(), so that the d8 blockers is accurate. Remove the blocker tag when this issue is fixed, and unpostpone 2343669 if this was the last blocker of that.
Comment #3
yesct commentedComment #4
dawehnerOne simple solution would be to add opt in path processing functionality to the unrouted URL assembler.
Comment #5
dawehnerSo this is one way to fix it, this works at least, but I don't really like it, to be honest.
Comment #7
dawehnerOkay, let's feed the url assembler a litte bit more.
Comment #9
martin107 commented\Drupal\Tests\Core\Utility\UnroutedUrlAssemblerTest. now passes.
Comment #10
larowlanAny reason why we don't have an interface for this? I realise it implements two existing interfaces so it would be an amalgam of those.
Unneeded change
Comment #11
andypostAny reason to make it in constructor?
Comment #12
larowlanIssue summary/title says replace _l in PathController::adminOverview() but I don't see that change in the patch?
Comment #13
dawehnerJust be clear, I never promised that this patch would be ready ... all I wanted to do for now, is to outline what my idea is.
... its a special usecase, so you should always manually opt in, if possible.
Comment #15
wim leersSensible solution IMO. And the patch is looking great.
I think either of these should explicitly mention
PathController::adminOverview()as an example of a valid use case.I had to read these 3 times :P Could you shorten them a bit? :)
string|FALSE
Comment #16
dawehnerThank you for your review!
That is a total valid point.
This should be green now as well.
Comment #17
tim.plunkettIs this from another issue?
Comment #18
wim leers#17: I think so. NW for that. The interdiff looks good, but the patch contains unrelated stuff. I think Daniel might've forgotten to do a hard reset :)
Comment #19
dawehnerYeah I forgot to merge the recent patch in.
Comment #20
wim leersI think this is ready. A simple addition, test coverage, supporting a rare use case (hence no CR needed IMHO) that helps us to resolve the url()/l() fallout (one of the last 5 after #2364161: Replace nearly all existing _l calls).
IS updated, beta evaluation added.
Nitpicks that can be resolved on commit:
s/output/outbound/
s/path processing/(outbound) path processing/
outbound path processor
Comment #21
alexpottNeeds a reroll...
And
This comment needs reflowing...
Comment #22
swentel commentedRerolled and addressed #20
Comment #23
dawehnerYeaaaaah!
Comment #24
swentel commentedRerolled - #18 is probably fine too ..
Comment #25
alexpottThis issue addresses a critical bug and is allowed per https://www.drupal.org/core/beta-changes. Committed a942dd5 and pushed to 8.0.x. Thanks!