Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
documentation
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
15 Jun 2010 at 03:23 UTC
Updated:
29 Jul 2014 at 18:53 UTC
Spinoff from #648218: Make API changes in Drupal core be nodes.
When APIs change, there should be a way either to provide the changes to Coder directly, or at least provide notification in the coder queue. Perhaps this means that an issue should be spun off to the Coder queue, or ... But we need to make sure that every API change causes the corresponding change in Coder.
Comments
Comment #1
David_Rothstein commentedYeah, probably a good idea to split this off from the other issue - even regardless of how that one winds up being addressed, the Coder module concerns are somewhat separate.
Is there a reason that simple issue tags couldn't be used to solve this problem? In other words, every time a patch that changes the API is committed, some conscientious person (e.g., the core committers) could add an "affects Coder module" tag to the core issue, which would then be removed by whoever creates a followup issue in the Coder module queue.
Or were you thinking of something more automated?
(Regarding providing the change to Coder directly, I mentioned in the other issue the possible long-term Drupal 8 idea of including Coder upgrade rules themselves as part of the core API change documentation, if we go that route, but I don't know if that would really be a good idea or not.)
Comment #2
rfayI think in general tagging-as-todo is a complete #fail. It has no accountability. Just doesn't work. Tagging as grouping works fine.
As you mentioned, it may be that coder updates should become a part of the core workflow.
Comment #3
jhodgdonAPI change nodes have pretty much addressed this problem (at least the notification part).