Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
We just disabled the Parent module, but didn't disable the children modules. It's pretty standard in Drupal to force someone to disable the dependent modules first before disabling the core module.
Comments
Comment #1
fgmCould you explain which "Parent" and "Children" modules you are referring to ? mongodb_block and mongodb_watchdog, at least, include mongodb in their dependencies.
Comment #2
mgiffordI could disable the mongodb module while still having the other sub-modules enabled.
There are a bunch of modules included within mongodb and that's all I was talking about.
Comment #3
fgmThis should not happen for some of them, so there's definitely a bug:
Are the modules to which you reference one of the two in which this dependency bug is identified (queue, session), or did you have the problem with one of those for which the dependency is supposed to be correct ?
Core does not offer a way to handle dependencies for plugins on D7 anyway (cache, session, queue).
Comment #4
mgiffordI couldn't enable block & block ui. I enabled all of the others. Then I disabled MongoDB. All of the others remained enabled and I was not prompted to remove any of the others.
Generally with other modules with dependencies it is greyed out so I wouldn't even be given the option to disable the main MongoDB module while any of the other modules are enabled.
Comment #6
fgmAfter checking, some of these dependencies were still missing, so I just added them. MongoDB Block/Block UI appear to be so peculiar they need their own specific undocumented setup procedure to be usable, so I would say this is unrelated.
Committed to 7.x-1.x, thanks for the report.