Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
plugin system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
13 Feb 2014 at 04:05 UTC
Updated:
25 Jun 2015 at 12:14 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
les limComment #4
les limAdded the annotation class to the plugin manager.
Comment #5
pfrenssenMarked #2226813: Create a specific Plugin annotation for Drupal Constraint plugins as a duplicate of this issue.
Comment #6
pwolanin commentedHmm, so we don't need a use for the annotation class?
Comment #7
pwolanin commentedThe annotation class has
+ public $types;The annotations themselves have
typeComment #8
dawehnerNo you don't, we have some magic to load these automatically.
Comment #9
larowlanComment #10
gbisht commentedComment #11
yesct commentedactual tag has no dash.
Comment #12
jain_deepak commentedRerolled
Comment #14
gaurav_varshney commentedi am working on that issue
Comment #15
ravi.khetri commentedComment #17
gaurav_varshney commentedRerolled Patch
Comment #18
ravi.khetri commentedComment #20
gaurav_varshney commentedChange Comment Number
Comment #21
gaurav_varshney commentedComment #24
luismagr commentedComment #25
luismagr commentedComment #26
yesct commentedpatch in #4 was 12k bytes.
patch in #12 was 909 bytes. Seems like the rerolls here have done something not correct.
Also #20 looks to be the same as #17... you dont need to post a patch again to retest a previous patch, just use the retest link.
And if you think a previous patch was wrong, please add a comment saying why.
It would really help if when posting a reroll if people who say which patch they were rerolling. was everyone trying to reroll #4?
Also, was anyone able to install drupal after their reroll locally?
View the testbot results,
seems the error is
Recoverable fatal error: Argument 3 passed to Drupal\Core\Plugin\DefaultPluginManager::__construct() must implement interface Drupal\Core\Extension\ModuleHandlerInterface, string given, called in /var/lib/drupaltestbot/sites/default/files/checkout/core/lib/Drupal/Core/Validation/ConstraintManager.php on line 48 and defined in Drupal\Core\Plugin\DefaultPluginManager->__construct() (line 99 of /var/lib/drupaltestbot/sites/default/files/checkout/core/lib/Drupal/Core/Plugin/DefaultPluginManager.php).
Comment #27
fagoyes, this moves over some docs but needs to remove previous docs.
Comment #28
fagook, re-rolled the patch and fixed some errors:
- Constraint class: it's 'type' not types and fixed its docs
- removed referenced to not existing hook docs for altering
- added pointer to the constraint annotation from the manager
- fixed instantation using the constraint and rely for it to set default values
- converted not yet converted constraint plugins
Comment #29
ParisLiakos commentedThere is actually a hook
Also added some other stuff we typically add in annotations
Comment #30
fagoyes, there is hook - but no docs for it. Thus, if you add an @see, also add docs for the hook.
Comment #33
ParisLiakos commentedadded the hook and some forgotten constraints
Comment #35
ParisLiakos commentedone more
Comment #38
xanoComment #39
les limAdded beta evaluation.
Comment #40
xjmPostponing for the moment on #1966246-28: [meta] Introduce specific annotations for each plugin type; we can reactivate this issue once we have a decision there. Thanks!
Comment #41
xjmUnpostponing following the discussion on #1966246: [meta] Introduce specific annotations for each plugin type; we can go ahead with this issue during 8.0.x. Thanks!
Comment #42
xjmOh, we probably need to update a change record though (or add one if it doesn't already exist). We can use the same change record for this and the other child issues.
Comment #43
les limProposed change record for the whole meta: https://www.drupal.org/node/2484461
Comment #47
xanoRe-roll.
Comment #49
les limWhoops, we missed a @Plugin implementation.
Comment #50
les limBlergh, I should've looked for others *before* uploading that. I found a few others with this:
grep -r "@Plugin" core/ | grep "Plugin/Validation/Constraint"New patch and interdiff.
Comment #53
les limChasing core.
Comment #54
xanoOnly nitpicks. The executable code looks good.
Any class defines an object, really. This feels redundant and confusing. No real problem here, though.
80-character limit.
We shouldn't advise people on what to call their plugins, especially because the only requirement is that plugin IDs are prefixed.
Should be
@var string|\Drupal\ore\Annotation\Translation, because plain strings are allowed as well.Can we say plugin IDs just to be a little more specific as to what kind of IDs we mean?
Let's be progressive and use the short array syntax (
[]) here.Comment #55
les limThanks, @Xano! Fixed #2 through #6. Also fixed a mismatched @file comment.
I think "object" is there to distinguish "annotation object" from just "annotation". In any case, I left this one as-is, since it's consistent with other annotation classes.
Comment #58
les limTestbot hiccuped.
Comment #59
xanoThanks! Nice work. I don't think there's anything that would block an RTBC at this point.
Why the capitalization?
Comment #60
les limThat's how I encountered it in core.api.php ("DataType plugin"), referring specifically to the annotation name. But you can find it as both "DataType plugin" and "data type plugin" in various comments throughout the code base.
Comment #62
alexpottYay the last of the non test plugins fixed - nice work. Committed 3b62b84 and pushed to 8.0.x. Thanks!
Thanks for adding the beta evaluation to the issue summary.