Closed (fixed)
Project:
JSON:API
Version:
8.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
30 Mar 2018 at 09:56 UTC
Updated:
28 Nov 2019 at 06:00 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
wim leersComment #3
wim leersI forgot one.
Comment #4
gabesulliceThis will break other routes that use the
pageparameter becauseapplieswill never be called again. See: #2961773-7: Update ParamEnhancers to not use deprecated interface to prevent unintentional interactions with requestsThe attached fixes that.
Comment #5
gabesulliceComment #6
wim leersChecking
would be simpler/nicer? It'd also allow custom modules to expand JSON API without being forced to use the same front controller. (Not recommended, but some custom projects may still want to do this.)
Why public?
Comment #7
gabesulliceI think the original intent for this way of checking was to prevent expanding JSON API in unsupported ways.
So that it can be used from both route enhancers. I suppose a trait could work, but that seemed like overkill. What do you think?
Comment #8
gabesulliceThis is the code that the static method replaced.
Comment #9
wim leersYou're right, #6.1 is misguided because it's just moving existing logic into a separate method.
#6.2 makes sense too, I misread it first, my bad!
Comment #10
gabesulliceNeeded a reroll, committing if tests pass.
Comment #12
gabesulliceFixed the two CS violations.
Comment #14
kristen polPer a Slack discussion with Gábor Hojtsy regarding usage of D9 tags (Drupal 9, Drupal 9 compatibility, Drupal 9 readiness, etc.), "Drupal 9 compatibility" should be used for contributed projects that need updating and "Drupal 9" was the old tag for D8 issues before the D9 branch was ready. Doing tag cleanup here based on that discussion.