Follow-up from #1966246: [meta] Introduce specific annotations for each plugin type.
Beta phase evaluation
| Issue category | Task because it is part of a meta-issue that is itself a task. |
|---|---|
| Issue priority | Normal because it replaces working code with better/consistent code. |
| Prioritized changes | Prioritized at maintainer discretion (@xjm and @alexpott) per the meta issue: #1966246: [meta] Introduce specific annotations for each plugin type |
| Disruption | Minimally disruptive, since few contrib modules are likely implementing this plugin type, and the fix is trivial if they are. |
| Comment | File | Size | Author |
|---|---|---|---|
| #44 | add_a_dedicated-2195573-44.patch | 9.94 KB | eiriksm |
| #43 | interdiff-34-43.txt | 1.17 KB | eiriksm |
| #43 | drupal_2195573_34.patch | 2.07 KB | eiriksm |
| #34 | drupal_2195573_34.patch | 14.03 KB | xano |
| #34 | interdiff.txt | 631 bytes | xano |
Comments
Comment #1
les limPatch attached.
Comment #2
heddnNeeded a re-roll.
Comment #4
heddnMissed a file on the re-roll. Let's try again.
Comment #6
les limLooks like you took out the module handler there; the call should be
Comment #7
dinarcon commentedCreating a new patch based on https://drupal.org/node/2195573#comment-8837015 adding suggestion in https://drupal.org/node/2195573#comment-8837691. Rerolling.
Comment #9
ParisLiakos commentedComment #12
xanoRe-roll.
Comment #13
xanoSeeing as my contribution was limited to a fairly simple re-roll, I am RTBC'ing this.
Comment #15
penyaskitoTagging, needs reroll.
Comment #16
xanoAnd, ironically, I have to re-roll again. There were no conflicts that needed to be resolved manually.
Comment #17
Anonymous (not verified) commentedPatch does the trick, behavior stays the same as expected.
Comment #18
alexpottThis issue is a normal task so we need to outline how it fits within the allowable Drupal 8 beta criteria. Can someone add Drupal 8 beta phase evaluation template to the issue summary.
Comment #19
les limAdded beta evaluation. Also going to add one to the parent meta.
Comment #20
les limChanging status.
Comment #21
xjmThanks @Les Lim for adding that; it definitely helps put the change in context.
Note that "improves developer experience" does not make something a prioritized change. And there is a BC break, albeit a small one.
However, the fact that it adds documentation is valuable for all the reasons that we started #1966246: [meta] Introduce specific annotations for each plugin type in the first place. And most of the similar issues were completed before the beta. So I think it might be worth granting an exception to this and the other outstanding child issues.
However, setting this postponed for the moment to discuss it more in #1966246: [meta] Introduce specific annotations for each plugin type (where I'll post a comment shortly).
Comment #22
xjmUnpostponing following the discussion on #1966246: [meta] Introduce specific annotations for each plugin type -- thanks for your patience!
Note: I am restoring the previous status; I have not reviewed this issue and so am not marking it RTBC myself. :)
Comment #23
xjmAh, but we need to add/update a change record. We can create one for the whole meta and just mention these two particular issues as being recently changed.
Comment #24
les limProposed change record for the whole meta: https://www.drupal.org/node/2484461
Comment #25
alexpottShould be on two lines and end with a fullstop.
Should have a one line summary. The first sentence looks good.
I can't spot where this is being used. Also I do not understand the documentation. Plus each property should have a one line summary.
Comment #26
pere orgaDone.
Done.
I guess it was used previously but I can't find any usage now either. Removed.
Comment #27
eiriksmJust one minor thing. Maybe it's just me...
this
...and this
..and this
...all describe the same "thing", only with different words.
I realize that the last one could be hard to fit in one line using "language negotiation plugin". But could we at least try this?
Other than that, looks great. Since the change is so small, here is a patch and I am setting it to RTBC.
Comment #28
eiriksmI just added one word in a comment. :)
Comment #29
xjmThanks @eiriksm, I'm okay with the RTBC in that case too. ;) Also thanks for the change record; I think that works.
Two more points of feedback:
Is this really a float and not an int? Edit: the weight property; sorry about the missing context in my diff snippet.
Shouldn't this specify that it's an array of
\Drupal\Core\Language\LanguageInterface[]?(Double-check that; don't just change it blindly.) :)
Setting NR (rather than NW) because I'm not 100% sure of either of the above; they should be confirmed. Thanks!
Edit: Fixed some dreditor weirdness.
Comment #30
xanoRegardless of what the variable contains,
@var arrayis never really specific enough to be useful.Here's a re-roll, will make a few other improvements in another patch.
Comment #31
xanoAn unexpected conference call made this take a little longer than expected.
I confirmed weights are integers by looking at the Language module's configuration schema file. I will open a follow-up for related type errors elsewhere.
Almost. The array consists of string values of constants on that specific interface. I extended the documentation for this as well. Your comment was a nice push in the right direction, though. Thank you!
Comment #32
xanoComment #33
xanoActually, language types are pluggable as well. See
hook_language_types_info(). We can't document the annotation property as being an array of interface constants only.Comment #34
xanoComment #35
eiriksmPatch still does the trick.
The changes done since last rtbc also looks sane to me. RTBC from me.
Comment #38
eiriksmBack to rtbc
Comment #41
eiriksmHm, this is RTBC still as far as I can tell.
Comment #42
alexpottThis looks unrelated? Is it?
Comment #43
eiriksmYou are right, it is. Probably snuck in for @Xano, as it is not in the interdiff (which was probably why I did not catch it while reviewing).
Updated patch.
Comment #44
eiriksmSorry. Bad file. Here is the patch
I also noticed that the patch in #34 contained changes to "core/modules/system/src/Form/ModulesListForm.php" which were not in the first patches in this issue. Also seems unrelated. Here is a patch that is based on #31 with what was probably the intended changes in #34.
Comment #45
a_thakur commentedManually reviewed the code. The last patch applies cleanly to current head.
Comment #46
alexpottCommitted 2f370af and pushed to 8.0.x. Thanks!
Thansk for completing the beta evaluation.
Comment #48
gábor hojtsyThanks all.