Opened 13 years ago
Closed 12 years ago
#9927 closed task (invalid)
changing users from file to session store
Reported by: | Owned by: | Steffen Hoffmann | |
---|---|---|---|
Priority: | normal | Component: | AccountManagerPlugin |
Severity: | major | Keywords: | configuration support |
Cc: | Trac Release: | 0.11 |
Description (last modified by )
Can you provide instructions for migrating users from HtPasswd storage to database, session store?
I'm experiencing problems with cookies(on mod_python) and would like the database only method. Is it possible to copy accounts to the sqlite database? Switching to the other did not bring in existing accounts.
My current trac.ini looks like --
[account-manager] force_passwd_change = true hash_method = HtPasswdHashMethod htpasswd_file = /var/www/web_users.passwd htpasswd_hash_type = crypt password_file = /var/www/web_users.passwd password_store = HtPasswdStore persistent_sessions = true refresh_passwd = False user_lock_max_time = 0 verify_email = true
Thanks for any advice.
Attachments (0)
Change History (3)
comment:1 Changed 13 years ago by
Description: | modified (diff) |
---|
comment:2 Changed 12 years ago by
Keywords: | support added |
---|
comment:3 Changed 12 years ago by
Keywords: | configuration added |
---|---|
Resolution: | → invalid |
Status: | new → closed |
As mentioned before, this is a Trac instance for hackers involved into Trac plugin development, not for your personal tasks.
Still you should have got enough hints to proceed with your work. Without response from your side you can hardly expect more help, right?
Please ask at the Trac-users
mailing-list, if you need more assistance.
Hm, you should have asked such a support question regarding local installation and configuration via the mailing-list or IRC channel #trac @ irc.freenode.net
Anyway, you need to allow for an account migration period, because nobody else than the user (at login time) can give the valid password for writing the new entries, you see?
You'll want to activate the second user store as the 1st one to make it preferred, and set
refresh_passwd
to actually make the desired re-write happen. This is painless, because it's totally transparent to users. But please see and follow my other suggestion in comment below as well: