LoginModule fails if used in trac.ini:trac.default_handler

[Andreas]

I tried removing all VIEW rights from anonymous group, added the VIEW rights to authenticated essentially removing all items from main menu.

Then the first page coming up shall be AccountManager.Login. Unfortunately trac breaks. I was not able to salvage any tracebacks.

[Steffen Hoffmann]

While this shouldn't be considered a common use case there's nothing wrong with trying something out.

But I'm not sure yet, if I'd like to fix this. I know I've removed (WIKI_)VIEW in one of my trac environments, and it is working. I think there is something wrong with the way you force the login page to be Trac default page as well. This is certainly not meant to be, and you could even trap into some redirect issue like #3783, if you get it to work somehow.

Initially displaying an access error is not very elegant, but you could try to use i.e. something like PermRedirectPlugin for a smoother entry experience.

[Steffen Hoffmann]

Checked this again right now: There is a redirect issue, and I'm quite reluctant to add some redirect logic, after issues with improper redirection after login (see #3233). The whole login code is simply too tricky to touch it without very good reason, sorry.

You should really try out the dedicated plugin for such a use case mentioned above.