Closed (cannot reproduce)
Project:
Drupal core
Version:
8.0.x-dev
Component:
entity system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
1 Nov 2012 at 09:45 UTC
Updated:
29 Jul 2014 at 21:26 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
andypostupdated_entity_classes.patch queued for re-testing.
Comment #3
sunComment #4
tim.plunkettNone of these should be inline like that, they should all have
usestatements.The rest is all docs, but those 3 above are worrying. A sign of no test coverage?
Comment #5
amateescu commentedFixed #4.
Comment #6
tim.plunkettChecked with git diff --color-words, looks good.
Comment #7
catchI've re-opened the other patch for more discussion, postponing this one.
Comment #8
tstoecklerActually this actually just makes the status quo consistent. I don't see a reason not to commit this, even if we end up changing the implementation. I fear that when we decide to roll that one back, that it won't be able to revert cleanly anyway, and this will make it easier to grep for "Plugin/Core/Entity". Moving back to RTBC. I don't feel strongly here, though, so in case someone marks it back I won't mind.
Comment #9
catchOK no I actually think this is weird. We're not using real plugins for entities, just annotation discovery, so having the class name in the Plugin namespace is confusing.
Comment #10
tim.plunkettI've opened #1847002: Move entity type classes from Drupal\$provider\Plugin\Core\Entity to Drupal\$provider\Entity as the issue to deal with that.
Comment #11
berdir5: 1828852-update_entity_classes-5.patch queued for re-testing.
Comment #13
hussainwebIs this still relevant? I am hard-pressed to find even one instance of the issue described above in the latest HEAD. I guess it got sorted out with everything else? I am marking this as Closed (cannot reproduce) for now. Please reopen if you find this is incorrect.