#8684 closed defect (worksforme)
AttributeError: 'Environment' object has no attribute 'secure_cookies', while Login
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | general | Version: | 0.11.1 |
Severity: | normal | Keywords: | Login, AttributeError, Environment, secure_cookies |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
I run a stand-alone trac server for my project and currently use the htdigest authentication. When I try to login I get an error saying "AttributeError: 'Environment' object has no attribute 'secure_cookies'"
I have attached the snapshot of the error. Can somebody help me in resolving this?
System Information: User Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009090216 Ubuntu/9.04 (jaunty) Firefox/3.0.14 Trac: 0.11.1, Python: 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) [GCC 4.3.3], setuptools: 0.6c9, SQLite: 3.6.10 pysqlite: 2.5.0 Genshi: 0.5.1 Pygments: 0.10 jQuery: 1.2.6
Attachments (2)
Change History (12)
by , 15 years ago
Attachment: | Trac_Attribute_Error.png added |
---|
comment:1 by , 15 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
This is most likely an InstallationIssue. You reported your Trac version as 0.11.1, but the secure_cookies
config option was only introduced in 0.11.2 (see [7552]). So you probably have two conflicting installations of Trac on your machine.
comment:2 by , 15 years ago
I don't think this is an InstallationIssue. I'm getting the same error and there is definitely only one installation of Trac on my machine. In fact, I can login just fine with one browser but not another. Looking at the actual text of the error message, I wonder if this might be a cookie issue.
comment:3 by , 15 years ago
Line 147 in auth.py for 0.11.1 definitely doesn't look like what is shown in Trac_Attribute_Error.png, so the original issue is definitely a version conflict.
If you get this same error and you are absolutely positively sure that there is only a single Trac installation on your machine, please provide a complete traceback.
comment:5 by , 14 years ago
I hit this, and it was caused by having a different user password in Trac to the svn user password.
comment:6 by , 14 years ago
I also hit this and it was caused by the user selecting "Remember me" in the login form presented by the AccountManager plugin. I was using https.
comment:7 by , 14 years ago
Indeed, I can log in fine if I don't select "Remember me." I can log in fine the first time, but if I return to my trac site later, that will throw the error. Clearing my cookies and not setting the bit to retain cookies causes no error.
Dream host. Trac 0.11.1
comment:8 by , 14 years ago
Sorry for the double tap, but my traceback is the same as the second attachment.
comment:9 by , 14 years ago
See #5910, your version of TH:AccountManagerPlugin expects Trac 0.11.2 or higher. Either upgrade Trac or downgrade the plugin.
comment:10 by , 13 years ago
Sadly this has never been reported against AcctountManagerPlugin, so I've just stumbled upon it while looking for details about this feature here. I've seen this in compatibility tests with Trac 0.11 and have already changed the code to degrade gracefully for such older Trac 0.11 releases. It will be available in acct_mgr-0.3.1 soon, so you don't need to stay with ancient plugin versions any longer (see th:#8684 for progress).
Snapshot for the AttributeError