ご報告ありがとうございます。

LdapPluginは認証が不要な環境でした動作確認していませんでした。認証が必要な環境ですとバインドが必要になります。

コメントをもとに修正しました。よろしくお願いいたします。

> コメントをもとに修正しました。よろしくお願いいたします。

ご対応いただいた時期からすると、こちらがさっさと改造版をアップできたらよかったみたいですね。SVN への SSH が通らずかなり時間を使ってしまいました。

改造内容については、別スレッドの記事の方にまとめて書きましたので、そちらをご参照ください。

本件修正していただいただけの状態では、こちらはテストしたことはないのですが、原理的に session テーブルにアカウント情報がセットできていればこれで所望の動作をすると思います。

ただ以前にこの質問をさせていただいたときには、これで動いたと思ったのですが、TracLightning に入れなおして再度試したら条件が違うのか、一向に session テーブルにアカウント情報が入りませんでした。前提が崩れました。つまり session_attribute に所定の情報は書き込まれませんでした。

以前はお試しだったのですが、今回は一からインストールする手順の確認をしている最中に発生していますので、条件的には今回の方がクリーンですし、以前はどこかに LDAP 以降前の認証情報を握っているところがあって、それがあると session に書き込まれるなどの動作をしていたのかなと... まったく根拠のない推測です。(自分の不注意さのレベルからするとやりそうなことという意味です。)

それから別スレッドの方には書かなかったのですが、Trac ヘッダのログインリンクをクリックすると、一度 authenticate 関数に来るのですが、そのときは anonymous なので、一旦関数の頭の判定で return し、その後認証画面が出ます。...でログインすると今度は authenticate 関数に戻ってきませんでしたので、実はこのコードの正しさとは別に、そもそも呼ばれないという現象に遭遇してます。

Trac は Apache 側の認証によってアカウントそのまま中に入れるシステムですので、確かに２回目に authenticate 関数を通る必要はなさそうですし、以前は一種の不具合で２回目も通過 (しても支障ないし) してたみたいな話があったのかも知れないと思っています。