Closed (fixed)
Project:
Drupal core
Version:
8.2.x-dev
Component:
content_moderation.module
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 Oct 2016 at 07:11 UTC
Updated:
25 Oct 2016 at 22:24 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
evaldask commentedComment #3
evaldask commentedComment #4
dawehnerAnother solution would be to implement
\Drupal\Core\Entity\EntityChangedInterfaceand and generate the changed field.Comment #5
timmillwoodThis is definitely my fault.
Not sure why I added the changed trait and not a changed field. Not sure if we need a changed field. I'm not sure we do need one, but also there is no harm really in having one.
For now I am going to RTBC this, I don't think it needs tests because that's kinda like testing if a typo exists or not.
Then as a follow up I think we should discuss the pro and cons of ContentModerationState getting a changed (and created) field.
Comment #6
dawehnerFair point. I mean at the moment this certainly doens't provide you anything AND content_moderation is experimental as well.
Comment #7
alexpottI don't think this is bug we shouldn't test - obviously the xmlsitemap module is doing something with the content moderation state entity that is allowed but we're not testing. We should add a test that is doing whatever it is doing.
Comment #8
alexpottOkay scratch that - I think what xmlsitemap is doing it improper - it might have been the only option at the time but things have moved on.
Comment #9
alexpottComment #10
alexpottCommitted and pushed b0abe17 to 8.3.x and cf0823c to 8.2.x. Thanks!