Problem/Motivation
Replace calls of Views::pluginManager('display') and replace with injected service plugin.manager.views.display in \Drupal\views\ViewExecutable and \Drupal\views\ViewExecutableFactory
Steps to reproduce
NA
Proposed resolution
Properly dependency inject parameter
Remaining tasks
Review code changes and draft CR
User interface changes
NA
API changes
Calling ViewExecutable and ViewExecutableFactory will require an instance of \Drupal::service('plugin.manager.views.display') as their last argument
Data model changes
NA
Release notes snippet
NA
| Comment | File | Size | Author |
|---|
Issue fork drupal-2002012
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #1
dawehnerThere we go.
Comment #2
damiankloip commented@param ....
Otherwise, looks great.
Comment #3
dawehnerThank you.
Comment #5
dawehner#3: drupal-2002012-3.patch queued for re-testing.
Comment #21
dimitriskr commentedComment #22
smustgrave commentedIssue summary should be updated to the standard issue template.
Left some feedback but new parameters can probably be typehinted and new parameters probably have to do the backwards compatibility thing.
Comment #23
dimitriskr commentedComment #24
dimitriskr commentedComment #27
smustgrave commentedComment #28
smustgrave commentedGreat job! Think only thing missing is an a test for the deprecation.
Will keep an eye out for this to come back.
Comment #29
dimitriskr commentedComment #30
smustgrave commentedFeedback has been addressed.
Comment #31
quietone commentedLovely to see an old issue nearly completed!
I'm triaging RTBC issues. I read the IS and the comments. I didn't find any unanswered questions.
I read the MR and made suggestions in the MR so setting to NW for that.
I read the change record and made some changes to the text. However, the branch and version number are incorrect. I am tagging for CR update. The introduced in branch is not 11.x it will be 10.3.x.
Comment #32
dimitriskr commentedDone and done
Comment #33
smustgrave commentedFeedback has been addressed.
Comment #34
catchCouple of points on the MR.
Comment #35
dimitriskr commentedComment #36
smustgrave commentedAppears feedback from @catch has been addressed.
Comment #37
alexpottCommitted and pushed 23bb407de3 to 11.x and 7f5ab91043 to 10.3.x. Thanks!
I think we could open a follow-up to use the DependencySerializationTrait in ViewsExecutabl... it'll be a little complex because we'll need to do a little work to make things work...
Also I think we should open a follow-up to use $this->provider in \Drupal\views\ViewExecutable::hasUrl() instead of \Drupal::service().
Comment #40
quietone commentedComment #41
smustgrave commentedOpened up follow ups.
Comment #42
smustgrave commentedNot sure if either of them should be tagged novice though?