- Issue created by @nicxvan
- π¬π§United Kingdom catch
I think if we're not sure about it, we should remove it - we can add it back in 11.2 or we can jump to [#Before]/[#After] attributes. But once it's in a tagged release it'll be much harder to remove/change.
- π¬π§United Kingdom catch
I thought this would be entangled but I guess we haven't converted anything to use it yet.
- π¬π§United Kingdom catch
Bumping to critical and beta target because this has to happen before 11.1.0 is tagged if it's going to happen at all before 12.0 is tagged.
- π¨π¦Canada Charlie ChX Negyesi πCanada
Since this is RTBC I went ahead and removed the relevant section in the change record so people don't start using it.
Please continue not crediting me here there and everywhere.
- π¬π§United Kingdom catch
The challenge with Before/After is it's not possible to move hook implementations than ours. Is this really a problem?
I think these are useful even if there's a different way to remove or relocate hook implementations from other modules.
Your comment did make we wonder if we could add
Replaces, this is one of the other major use cases for hook_module_implements_alter(). I think it's rare to purely want to re-order someone elses implementation rather than putting yours first/last so that could maybe be left to custom compiler passes. - π¬π§United Kingdom catch
Committed/pushed to 11.x and 11.1.x, thanks! We're only removing code we just added here so feels OK to commit with the additional +1x.
Automatically closed - issue fixed for 2 weeks with no activity.