Closed (fixed)
Project:
Automatic Updates
Version:
3.0.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
25 Aug 2023 at 16:23 UTC
Updated:
27 Oct 2023 at 01:04 UTC
Jump to comment: Most recent
These two events, PreDestroyEvent and PostDestroyEvent, do not have a very good value-to-complexity ratio. We barely use them -- the one legitimate place where we use PostDestroyEvent could be non-disruptively changed to PostApplyEvent -- and they are complicated to support, since the stage is "unlocked" during destroy, which makes testing tricky, particularly with PostDestroyEvent. They also make our API surface bigger.
N/A
Remove these events entirely.
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
phenaproximaComment #4
phenaproximaWelp, that was pretty easy.
Before we merge this, we should definitely discuss (in scrum?) to see if we truly cannot think of a use for the destroy events. I'd be comfortable removing them, as long as we're certain we can't imagine any remotely mainstream case where they'd be necessary.
Comment #6
tedbow@phenaproxima I pushed up a few commits to clean this up.
I think we have since talked about this in scrum.
If you are good with my changes feel free to RTBC and merge.
I think we definitely want this out before we try to get core reviews and definitely before core commit. I think it will super hard to remove them after the fact.
Comment #7
phenaproximaThis looks great to me. Really nice to remove the complexity introduced by these events.
I did not find any more instances of
DestroyEventordestroy eventin the code base. So this is gonna happen.Comment #8
phenaproximaComment #10
phenaproxima