- Merge request !2Removed uninstall validator with dangerous side-effects. → (Closed) created by Anybody
- 🇩🇪Germany Anybody Porta Westfalica
Also see https://www.drupal.org/project/php/issues/2982416#comment-14963141 🐛 Opening "admin/modules/uninstall" removes input filter Closed: duplicate
- Status changed to RTBC
over 1 year ago 4:25pm 12 March 2023 - 🇮🇹Italy apaderno Brescia, 🇮🇹
The MR is correct.
As a side note, the code in
PhpUninstallValidator
is also wrong because it does not check which module is uninstalled (the$module
parameter forvalidate()
), with the effect of removing the input format configuration every time a module is uninstalled.
That code is also useless, as Drupal will never use an input filter it does not find because the module that implemented it has been uninstalled. - Status changed to Needs work
8 months ago 5:23pm 3 April 2024 - 🇭🇺Hungary Gábor Hojtsy Hungary
FilterUninstallValidator is documented as "Prevents uninstallation of modules providing used filter plugins", so it is meant to prevent the uninstallation, not to act on removing it.
Looking at the code removed, the $module is being checked if its 'php'. Why would it execute its logic in other cases?
- Status changed to RTBC
8 months ago 5:29pm 3 April 2024 - last update
8 months ago Patch Failed to Apply - 🇭🇺Hungary Gábor Hojtsy Hungary
Ah #44 cites https://api.drupal.org/api/drupal/core%21modules%21filter%21src%21Filter... which does check the usage of the format already globally.
The code attempts to remove the filter format when the module is uninstalled, but that is already handled with the dependency system in config, this part of the filter config in particular.
dependencies: module: - php
So all in all, yeah we should be entirely safe to remove this code.
- ba123084 committed on 8.x-1.x
Issue #3016061 by Anybody, tarunyaduvanshi, hass, apaderno, Gábor Hojtsy...
- ba123084 committed on 8.x-1.x
- Status changed to Fixed
8 months ago 5:35pm 3 April 2024 Automatically closed - issue fixed for 2 weeks with no activity.