Eu pensei que a migração deveria ter movido a configuração de @Richie do componente para as configurações principais e também deveria ter habilitado a configuração de site oculta show_additional_about_groups. Uma razão para não ter funcionado pode ser que ele mudou o nome, porque isso é facilmente possível na interface.
Existe uma razão para a migração depender apenas do nome em vez de também verificar um componente onde o remote_url da tabela remote_themes corresponde? Isso pegaria componentes renomeados, desde que fossem instalados do repositório oficial.
A configuração de site oculta, que não foi habilitada porque a migração não aconteceu, impediu que o núcleo mostrasse os grupos e, em vez disso, o componente ainda mostrava os grupos. Mas o aviso global do componente disse a ele para excluir o componente. Então, o núcleo ainda não mostrava os grupos porque show_additional_about_groups ainda estava desativado, e não era facilmente possível habilitá-lo.
Então, se a migração automática não funcionou, como os administradores migram manualmente? Copiar a configuração não é o problema. Mas quando eles alternam entre o componente mostrando os grupos e o núcleo mostrando os grupos sem precisar habilitar a configuração oculta?
Talvez fosse melhor habilitar o show_additional_about_groups para todos ou mostrá-lo na interface antes de adicionar um aviso ao componente de que ele deveria ser excluído. Então, uma migração manual teria funcionado, e o núcleo mostraria os grupos depois, então excluir o componente não deixaria os administradores sem nenhum grupo na página sobre.
No momento, quando um administrador adiciona grupos à configuração de site about page extra groups, nada acontece porque a configuração oculta show_additional_about_groups não está habilitada. Isso parece um bug, embora, da perspectiva de um desenvolvedor, tudo esteja funcionando como esperado. Acho que seria mais fácil para um administrador entender o que acontece se a configuração fosse visível em vez de oculta.