Problem/Motivation
In #3016252: Handle Major API changes for d8/d9 for localize.drupal.org urls/files we updated the localize.drupal.org setup to respond to /all/
in the URL of 8.x+ translations. That helps us move towards removing core compatibility from the requested URLs, especially as they would be inaccurate with Drupal 9 and not applicable to semantic versioned contributed modules anymore.
Proposed resolution
Remove the /8.x/
core compatibility component from the URL and include the server supported /all/
compatibility.
Remaining tasks
Commit.
User interface changes
None.
API changes
None.
Data model changes
None. However a project data cache clear was needed on update to clear off the old version info.
Release notes snippet
N/A
Comment | File | Size | Author |
---|---|---|---|
#21 | 3016471-21.patch | 6.1 KB | tedbow |
#21 | interdiff-19-21.txt | 455 bytes | tedbow |
#19 | 3016471.patch | 5.66 KB | drumm |
#5 | interdiff.txt | 1.51 KB | Gábor Hojtsy |
#5 | 3016471-5.patch | 2.41 KB | Gábor Hojtsy |
Comments
Comment #2
Gábor HojtsyComment #3
Gábor HojtsyComment #5
Gábor HojtsyFix local server test data.
Comment #7
Gábor HojtsyOne more test place I forgot to make the change apparently.
Comment #8
Gábor HojtsyChange the one place left in the installer. I don't believe this was deemed testable.
Comment #10
Wim LeersIs this still relevant?
Comment #11
Gábor HojtsyNo, that was from my first patch. Then the tests got updated. Regardless of this passing tests, all the d.o side need to be ready to deal with this, so this cannot be committed without d.o supporting it fully. I believe @mixologic added a symlink so that
/all/
works but @drumm said more changes are needed on the caching layer, etc. That would be in #3016252: Handle Major API changes for d8/d9 for localize.drupal.org urls/files.Comment #12
Wim LeersAh, thanks!
Comment #13
xjmComment #14
Wim Leers#13 triggered me to do #3016252-9: Handle Major API changes for d8/d9 for localize.drupal.org urls/files.
Comment #15
drumm#3016252: Handle Major API changes for d8/d9 for localize.drupal.org urls/files is fixed, and this looks good.
Comment #16
catchNeeds a re-roll.
Comment #17
drummIn
core/modules/locale/locale.compare.inc
, the ternary operation was removed from'core' => isset($data['info']['core']) ? $data['info']['core'] : \Drupal::CORE_COMPATIBILITY,
, so this patch is more simple now.Comment #19
drummThere is a new test in
core/modules/locale/tests/src/Kernel/LocaleBuildTest.php
that also needs updating.Comment #20
tedbowThe issue summary has
Seems like we still need an update hook to clear this cache.
Otherwise it looks good
Comment #21
tedbowAdding update hook to clear Locale project storage
Comment #23
Gábor HojtsyDiscussed this today with @drumm and @mixologic. This only changes the
/8.x/
component in URLs to/all/
. Sent for a retest for now. This would still need to be fixed in Drupal 8 and 9 as well.Comment #24
Gábor HojtsyPatch still applies and tests still prove this works in the test suite. Since this is about an external service where results also even depend on the version of core you are running with I manually tested with a 8.x dev to see if the fallback worked, and it did. I also tried then with 8.8 alpha1. Installation in a foreign language and adding a new foreign language later or fresh on an English site all worked. While there is no way to test this with Drupal 9 yet, we agreed with @drumm and @mixologic that putting up hacks on the infrastructure side to test this with 9.x-dev for the (hopefully) short time remaining before Drupal 9 alpha1 could cause more problems that it solves.
Comment #25
Gábor HojtsyComment #26
webchickThe patch is just making simple URL changes, and after reading up on the other issue, I'm satisfied with the testing in #24. Committing this now will tell us soon enough if it breaks for 9.x and more work is needed.
Committed and pushed to 9.0.x; 8.9.x; 8.8.x. Thanks!
Comment #30
xjmRemember to set the branch selector to the lowerst branch that receives the backport.