Problem/Motivation

I had tried installing the subgroup and ggroup module in a vanilla Drupal 9 installation. That didn't work very well, so I uninstalled (or tried to) both modules. The system reports them as uninstalled, in any case. I then completely deleted the code for the module.

Now, when trying to do something like edit a group, when Group loads permissions, and calls GroupContentEnablerManager->getGroupTypeInstalled() on one of my existing group types, it ends up getting a plugin_id for subgroup, and tries to create an instance of it. Since that plugin no longer exists, the code crashes with a PHP exception.

I put in a call to getDefinitions() and checked the plugin ids against the result. That caught the ghost subgroup plugin id.

Steps to reproduce

I'm not at all sure. Nor am I sure if I should be reporting this here or to the subgroup module. The problem seems to be that the group content types returned by getGroupContentTypeStorage() still include subgroups. I'm too new to Drupal 9 to follow it much further.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Comments

brad.bulger created an issue. See original summary.

jnicola’s picture

jnicola commented
Status: Active » Postponed (maintainer needs more info)

Hmmm. i could see that as a cached value issue. Did you flush caches?

Steps to reproduce will be critical. I'd wager this needs more information to do much more, but maybe some other people will chime in?

brad.bulger’s picture

brad.bulger commented

I tried clearing caches using drush - doing cache-rebuild and then some specific options for cache-clear like module-list. This is why that to the extent this is a bug, I'm not sure whose it is, because I don't know enough about how the cache storage works. Is it subgroup's responsibility to purge content from that cache? And/or does group want to do validation before it tries to use what's in there?

I could not figure out how to get a working simplytest.me sandbox with group and subgroup installed yet. If anybody knows of any tricks to do that?

brad.bulger’s picture

brad.bulger commented

OK, I got a simplytest.me site up with group & subgroup, by making the main project just Drupal core, and adding group & subgroup as additional projects. Uninstalling subgroup worked fine. So this may be a problem caused by trying to enable subgroup and ggroup in the same site, or related to some particular use of the modules.

jnicola’s picture

jnicola commented
Status: Postponed (maintainer needs more info) » Closed (works as designed)

Sounds good. I'll move this to closed! Glad you were able to get it to work!

brad.bulger’s picture

brad.bulger commented

Well it seemed unlikely that the simple case of installing subgroup and then uninstalling it would break a website (though you never know).

The site that is broken is still broken, and I don't have any good ideas on how to get the obsolete "subgroup:group_a" plugin out of whatever cache it's stuck in. No amount of cache rebuilding or clearing removes it.

jnicola’s picture

jnicola commented

If you want to message me personally I can try and help, but it's not a group module issue.