The viewauth together with the
SessionPlugin still does not seems to be fully compatible with mod_perl/SpeedyCGI.
I also reported this in
SessionPluginDev but the bug may actually be in the viewauth script and then it is more a bug in core TWiki. With the slow performance of TWiki it is important that it can run with mod_perl (or at least
SpeedyCGI).
Test case
All tests are done on an Apache 2.0.52 on Linux. The tests done.
- Open a TWiki page with a freshly opened browser.
- Navigate around and notice that the WebLeftBar shows the logon at the bottom. No user left bar
- a. Either click the logon link on the left menu bar.
- b. Or edit a page and cancel out.
- In both cases this should cause an authentication and from then on you should be known so that any further editing does not require authentication and the left manu bar should include your user bar and not show the login link.
At least it fails on my installation when running SpeedyCGI. Here are the failure modes.
| Only CGI - SpeedyCGI is deactivated |
Plugin works |
view,edit,save etc runs under SpeedyCGI.
viewauth runs under normal CGI |
When you start by pressing login the plugin works and you can edit a page after without authentication. If you start by editing (getting authenticated) the left menu bar still only shows the logon. When you press logon you get authenticated and then it seems to work. In practical this is too confusing for the user. |
| All bin perl scripts run under SpeedyCGI |
The plugin does not work well at all. The left menu bar keeps on going back to the initial logon screen. |
So there is still some static global variable left to be eliminated before this plugin is fully mod_perl/SpeedyCGI compatible. I am not sure if the issue is in viewauth or the Plugin itself so maybe I should also file this as a regular bug in codev.
Environment
--
KennethLavrsen - 03 Oct 2004
Follow up
Fix record