2011-07-07 6 views
1

私は複数のプロジェクトでアクティブなTracをインストールしています。私はAccountManagerPluginを使用してユーザーアカウントを管理し、ユーザーが自分のアカウントを管理できるようにしています。Trac + AccountManagerPlugin:どのようにしてCookieの共有が機能しますか?

私の現在のAccountManagerPlugin構成は次のようになります。これは除いて、素晴らしい作品

[account-manager] 
account_changes_notify_addresses = 
authentication_url = 
force_passwd_change = true 
generated_password_length = 8 
hash_method = HtDigestHashMethod 
htdigest_realm = TracRealm 
notify_actions = [] 
password_file = /home/sms/trac_sites/trac.htdigest 
password_store = HtDigestStore 
persistent_sessions = true 
user_lock_max_time = 0 
verify_email = false 

各Tracのプロジェクトは現在、別々の認証が必要です。プロジェクトは認証Cookieを共有できません。

セッションデータが各プロジェクトのデータベースに格納されているため、auth_cookie_path = /tracの設定は機能しません。したがって、1つのプロジェクトは別のプロジェクトのクッキーを検証できません。さらに悪いことに、プロジェクトによってお互いのクッキーが上書きされます。

文書化されていない2歳のサルのパッチ(SharedCookieAuthPlugin)を使用することは悪い考えです。

解決策はありますか?

答えて

2

実際にはSharedCookieAuthPluginが動作します。プラグインの作者(k0s、別名Jeff Hammel)は、auth_cookie_pathというオプションを、特に彼のプラグインのためにrequestedという人にしました。 2年後に更新されていないということは、それがそのまま動作するということです。

+1

実際、それはそれが維持されていないことを意味します。開いて未解決な問題があり、現在のバージョンがTracバージョン0.11のために書き込まれたように見えます。それにもかかわらず、試して何が起こるか見てみましょう。問題が発生した場合はいつでも削除することができます。 – bta

+0

まあ、単一の未解決の問題だから、これは維持されていないと結論づけることはほとんどできません。 Trac自体にもいくつかの未解決の問題がありますが、私はそれを維持していないとは言いません。しかし、あなたはまだ正しいです:http://trac-hacks.org/ticket/5566#comment:12 –

+1

私はそれがオープンな問題のために維持されていないとは言わなかった、著者は彼がそうではなかったプラグインは "needsadoption"とタグ付けされています。これは通常、以前のメンテナーがそれを放棄したことを伝えます。 – bta

関連する問題