마이그레이션이 @Richie의 구성을 컴포넌트에서 핵심 설정으로 이동시키고, 숨겨진 사이트 설정인 show_additional_about_groups도 활성화해야 한다고 생각했습니다. 작동하지 않은 이유는 인터페이스에서 쉽게 변경할 수 있으므로 이름을 변경했기 때문일 수 있습니다.
마이그레이션이 remote_themes 테이블의 remote_url과 일치하는 컴포넌트를 확인하는 대신 이름만 기준으로 하는 이유는 무엇인가요? 공식 저장소에서 설치된 경우, 이름이 변경된 컴포넌트도 이를 통해 감지할 수 있을 것입니다.
마이그레이션이 실행되지 않아 활성화되지 않은 숨겨진 사이트 설정은 코어가 그룹을 표시하는 것을 차단했고, 대신 컴포넌트가 여전히 그룹을 표시했습니다. 그러나 컴포넌트의 전역 알림은 컴포넌트를 삭제하라고 알려주었습니다. 그 후에도 show_additional_about_groups가 여전히 비활성화 상태였기 때문에 코어는 여전히 그룹을 표시하지 않았고, 이를 활성화하기가 쉽지 않았습니다.
자동 마이그레이션이 작동하지 않았을 때 관리자는 수동으로 어떻게 마이그레이션해야 하나요? 구성을 복사하는 것은 문제가 아닙니다. 하지만 숨겨진 설정을 활성화할 필요 없이, 그룹을 표시하는 주체를 컴포넌트에서 코어로 전환하는 시점은 언제인가요?
컴포넌트를 삭제하라는 알림을 추가하기 전에 show_additional_about_groups를 모두에게 활성화하거나 인터페이스에 표시하는 것이 더 나았을 것입니다. 그러면 수동 마이그레이션이 가능했을 것이고, 이후 코어가 그룹을 표시하므로 컴포넌트를 삭제해도 관리자가 정보 페이지에서 그룹을 전혀 볼 수 없게 되는 일은 발생하지 않았을 것입니다.
현재 관리자가 about page extra groups 사이트 설정에 그룹을 추가해도 숨겨진 show_additional_about_groups 설정이 활성화되지 않아 아무 일도 일어나지 않습니다. 개발자의 관점에서는 모든 것이 의도대로 작동하고 있지만, 이는 버그처럼 느껴집니다. 설정이 숨겨진 것이 아니라 표시되는 경우, 관리자가 어떤 일이 일어나는지 이해하기가 더 쉬울 것이라고 생각합니다.