先祖階層からのページリストの Warning を修正

[drill-lancer]

チケットへのリンク / 変更の理由（元のissueがあればリンクを貼り付ければOK）

#1226

どういう変更をしたか？

先祖階層からのページリストの Warning を修正

ソースコードについて

• 複数の意図の変更 （ 機能の不具合修正 + 別の機能追加など ） を含んでいないか？
• 機能追加・不具合修正のプルリクなのに worklows の変更などを含んでいないか？ （含んでいる場合はその変更を別でプルリクにして先にマージしてください。）
• 本プルリクの意図と関係ないコード整形などを含んでいないか？ （含んでいる場合はその変更を別でプルリクにして先にマージしてください。）
• 関数名 / 変数名 / クラス名 / 保存値名 はそれだけで内容が想像できるものになっているか？紛らわしい命名になっていないか？
• 関数名 / 変数名 / クラス名 / 保存値名 は既存のコードの命名規則に沿ったものになっているか？

デザイン・UI

• 初見のユーザーが予備知識無しで使っても使いやすいようになっているか？
• 情報意味を考慮した意味グルーピング・余白になっているか？
• アラートの表示など追加した場合は他の同様の表示と同じデザインになっているか？

プログラムの変更の場合

テストを書かないのは普通ではありません。書けるテストは極力書くようにしてください。
書いていない場合は書かない理由を記載してください。

• 書けそうなテストは書いたか？
• 表示要素が仕様通りに表示されない不具合の修正ではない or 表示要素に関する不具合修正の場合テストは書いたか？

その他

• readme.txt に変更内容は書いたか？
• Files changed (変更ファイル)の内容は目視でちゃんと確認したか？
• このチェック項目を機械的にチェックするのではなく本当にちゃんと確認をしたか？
• レビュワーが確認しないでリリースしてしまっても問題ないレベルまでちゃんと作りこみ・確認をしたか？

変更内容について何を確認したか、どういう方法で確認をしたかなど

発生条件がわからないので npm run phpunit が通過することを確認しました。

確認URL

ローカル環境

レビュワーの確認方法・確認する内容など

npm run phpunit が通過すること

レビュワーに回す前の確認事項

• このテンプレートのチェック項目をちゃんと確認してチェックしたか？

---

レビュワー向け

確認して変更が反映されていない場合の確認事項

• プルしたか？
• ビルドしたか？
• ビルドしたディレクトリは正しいか（別の開発環境のディレクトリを見ていないか）？
• npm install したか？
• composer install したか？

[kurudrive]

@drill-lancer ありがとうございました！