#546 closed defect (wontfix)
Form based login does not work with standalone
Reported by: | Scott Grayban | Owned by: | Matt Good |
---|---|---|---|
Priority: | normal | Component: | AccountManagerPlugin |
Severity: | normal | Keywords: | |
Cc: | Trac Release: | 0.10 |
Description
I follwooed the directions to use the form based login and I still get the HTTP AUTH popup window.
[components] trac.web.auth.loginmodule = disabled acct_mgr.web_ui.loginmodule = enabled
Tried everything and nothing works. Verified in the web admin screen that the standard trac login was disabled.
Attachments (0)
Change History (21)
comment:1 Changed 18 years ago by
comment:2 Changed 18 years ago by
Have you dropped the <Location /login> block from your apache configuration?
comment:3 Changed 18 years ago by
As stated in the bug this is for the standalone tracd.
You can't disable Location.
comment:4 Changed 18 years ago by
Resolution: | → worksforme |
---|---|
Status: | new → closed |
It's not possible to use the AccountManager login form with tracd in Trac 0.9. You'll need to upgrade to Trac 0.10 to use the AccountManager login form with tracd.
comment:5 Changed 18 years ago by
Priority: | highest → normal |
---|---|
Severity: | blocker → normal |
Please reserve elevated priority/severity for serious crasher issues.
comment:6 Changed 18 years ago by
Priority: | normal → highest |
---|---|
Resolution: | worksforme |
Severity: | normal → blocker |
Status: | closed → reopened |
Trac Release: | 0.9 → 0.10 |
I am using .10 I forgot to change the trac release here -- don't belive me? Go to http://dev-1.borgforge.net/castpodder
It simply does not work. I have tried everything.
comment:7 Changed 18 years ago by
Priority: | highest → normal |
---|---|
Resolution: | → worksforme |
Severity: | blocker → normal |
Status: | reopened → closed |
Upgrade Trac to the latest revision of the trunk, and make sure you're not using the "--auth" or "--basic-auth" methods so that tracd does not try to require HTTP authentication.
In any case there's nothing that can be done in the AccountManagerPlugin since it has no control over tracd's HTTP authentication. And as I said before this is not a "blocker" issue, so please don't change the priority/severity.
comment:8 Changed 18 years ago by
Priority: | normal → highest |
---|---|
Resolution: | worksforme |
Severity: | normal → blocker |
Status: | closed → reopened |
You keep closing this ticket... Its a bug no matter what you say.
First off if you aren't suppose to use "—auth" or "—basic-auth" you don't say this in YOUR directions. Second if you don't have "—auth" or "—basic-auth" then where does your plugin store the passwords at?
The "—auth" or "—basic-auth" tell tracd where to look for the passwords. If I can't set the file locations there where do I set them?
Come on now.. you give 30% help and 5% install instructions. Get it all out in steps WHAT IS REQUIRED TO INSTALL.
This is simply insane for a plugin. I have no problems with others since they give FULL install instructions.
This is a blocker until YOU give install instructions correctly. Its not my fault your lazy.
comment:9 Changed 18 years ago by
So now I follow what you siad and disabled the auth and I get the error
Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 335, in dispatch_request dispatcher.dispatch(req) File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 191, in dispatch req.authname = self.authenticate(req) File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 145, in authenticate authname = authenticator.authenticate(req) File "build/bdist.linux-i686/egg/acct_mgr/web_ui.py", line 160, in wrap File "build/bdist.linux-i686/egg/acct_mgr/web_ui.py", line 167, in authenticate AttributeError: can't set attribute
comment:10 Changed 18 years ago by
Priority: | highest → normal |
---|---|
Resolution: | → worksforme |
Severity: | blocker → normal |
Status: | reopened → closed |
You've installed the plugin for 0.9 on a 0.10 version of Trac. Please install the correct version.
comment:12 follow-up: 13 Changed 18 years ago by
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
The error is (('Invalid module name', 'acct_mgr.admin '))
comment:13 Changed 18 years ago by
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
Replying to sgrayban:
The error is (('Invalid module name', 'acct_mgr.admin '))
I believe that this should be fixed by r1067. The plugin now requires the trac:WebAdmin plugin, so make sure you've installed it as well.
However, since this has now gotten off the original issue of using tracd with the plugin, please open a new ticket if you have other issues.
comment:14 Changed 18 years ago by
Ok and make sure you tell everyone in your install to remove the "—auth" or "—basic-auth" for the startup param's in tracd.
You still have not done that. And you need to tell them that trac:WebAdmin is required for .10 also.
comment:15 Changed 18 years ago by
Well I had that plugin installed already. Something is broke between your last version and the one for trac .10
I even reinstalled the webadmin plugin again and same thing.
If I use .96 everything is ok for .10 its dead.
comment:16 Changed 18 years ago by
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
Thanks for the lack of help. You should stop writing code if you aren't going to properly support you stuff.
comment:17 Changed 18 years ago by
FYI --- after messing with this for 9 hours I learned the correct install when upgrading at least from .96 to .10
- Update the setuptools.
- DO NOT use the htpasswd auth for this plugin -- it doesn't work, htdigest worked fine
- I had to recompile the trac:WebAdmin again because I still had a old setuptools installed
Doing this got it working for me in the 0.10 version.
comment:18 Changed 18 years ago by
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
comment:19 follow-up: 21 Changed 18 years ago by
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
It seems like the "maintainer" is failing to recognise that there is actually a bug. Why does htpasswd not work?
Dismissing multiple times as "worksforme" is pretty poor form.
However, I still have the bug, and would actually like to know how to fix it.
comment:20 Changed 18 years ago by
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
htpasswd does not work at all for the 0.10 version at all. I tried more ways then one to try getting this to work and finally gave up. I guess something in the newer code prevents the htpasswd from working but I never could figure out how to fix that.
htdigest is the only AUTH form this plugin works with for 0.10 or higher.
comment:21 Changed 18 years ago by
Replying to anonymous:
Why does htpasswd not work?
I use htpasswd on my test and production sites with Trac 0.10, so it does work, but that's not what this ticket is about. If you're having problems specifically with htpasswd please open a new ticket with a description of your environment and configuration and the specific error you're having.
And I even changed from the htdigest to the htpasswd format.