Problem/Motivation
There a few _l() calls in the file and system modules, as for #2343669: Remove _l() and _url() they need to be removed.
Proposed resolution
Remaining tasks
User interface changes
API changes
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | 2404041-remove_l-5.patch | 519 bytes | pcambra |
| #5 | interdiff.txt | 527 bytes | pcambra |
| #4 | 2404041-remove_l-4.patch | 505 bytes | pcambra |
| #4 | interdiff.txt | 1.32 KB | pcambra |
| #1 | 2404041-remove_l-1.patch | 1.31 KB | pcambra |
Comments
Comment #1
pcambraFor the system, it's a test relying on _l() which if it's gone I don't see the point in keeping it, the link generator is tested elsewhere.
Comment #2
pcambraComment #3
dawehnerAre you sure this is an absolute link already always?
You can use \Drupal::l() directly
Comment #4
pcambraAccording to the point 2 in #2364161: Replace nearly all existing _l calls the test would be removed when the _l() function is gone itself, so taking that change out of here.
Modified the patches with the comment in #3, thanks @dawehner
Comment #5
pcambraMissed one bit
Comment #7
dawehnerComment #8
yesct commentedComment #9
webchickThis is a hard blocker to a critical issue at #2343669: Remove _l() and _url() so escalating to critical, too.
Comment #10
idebr commented@dawehner file_create_url currently always returns an absolute url, but there is an open issue to convert this to a relative url at #1377840: Caching does not properly respect protocol (a problem when dealing with https)
Comment #11
dawehnerSo $url is already file_create_url() so Url::fromUri() is perfect
Comment #12
alexpottThis issue addresses a critical bug and is allowed per https://www.drupal.org/core/beta-changes. Committed 0584b18 and pushed to 8.0.x. Thanks!