Skip to:
現状の MT は仕組み上 init_request がエラーを返してもそこで強制終了せずに次の run を実行するようになっている。MT::App::CMS の場合は init_request 内で問題が起きた場合は die しているので問題になっていないが、MT::App::Search は問題が起きたときに初期化を中断して return してしまうため、後続の処理の各所で uuv などの警告を引き起こしている。単純に die するように変えると Internal Server Error 表示になってしまうので、初期化の順序を入れ替えたり return するのをとりやめたりして必要な設定が確実に行われるようにする。
@Keita Sugama ありがとうございます。基本的なQAはdevelop側で済んでいるものとしてマージしました。
@Kenichi Ishigaki
ありがとうございます。良さそうです。
@Keita Sugama https://github.com/movabletype/movabletype/pull/2869 をもとに MT8.0 用の PR を作成しました。念のためレビューおねがいします。https://github.com/movabletype/movabletype/pull/2907
@Reiko Sato ありがとうございます。マージしました。
@Kenichi Ishigaki 2環境とも問題ないように見えます。
現状の MT は仕組み上 init_request がエラーを返してもそこで強制終了せずに次の run を実行するようになっている。MT::App::CMS の場合は init_request 内で問題が起きた場合は die しているので問題になっていないが、MT::App::Search は問題が起きたときに初期化を中断して return してしまうため、後続の処理の各所で uuv などの警告を引き起こしている。単純に die するように変えると Internal Server Error 表示になってしまうので、初期化の順序を入れ替えたり return するのをとりやめたりして必要な設定が確実に行われるようにする。