Description
On some non-root wikis you can work normally but only anonymously. If you login, authentication will be valid just for the fist page - wherever you go you'll be asked to login again.
Steps to reproduce
Setup a single Wiki with WSGI. On the on apache2.conf set something like:
- WSGIScriptAlias / /wiki/moin.wsgi
and test that it works. Now change that line with something like:
- WSGIScriptAlias /myonlywiki /wiki/moin.wsgi
You could see that it generally works fine. But in some situations if you create a user you'll see that after doing Login the authentication is not valid anymore whatever you do after the first page. At the moment it's unclear why on some wikis this problem does not occur.
Component selection
- I think it's somehow related to the session cookie non set at all on the client.
Details
MoinMoin Version |
1.9 |
OS and Version |
Ubuntu 9.10 64 bit |
Python Version |
2.6.4 |
Server Setup |
WSGI |
Server Details |
|
Language you are using the wiki in (set in the browser/UserPreferences) |
en |
Discussion
This bug seem to exist even on a single wiki. The session files exist on the server, but on the client there is no trace of a cookie. It's not a time synchronization problem (it exists even on accessing the wiki from the server itself).
I have tried to reproduce this bug today. But I have not seen it. All works right on three different setups of non / wiki urls. Can you check if you have any old cookies in your browser and remove all of them and then to restart your experiment. It would be helpful for comparison to get your apache conf file for the example wiki and your moin.wsgi and wikiconfig.py. Also you can join us on #moin chat.freenode.net. -- ReimarBauer 2010-01-08 21:33:46
As another data point I too am seeing this behavior. I'll attach my apache config, moin.wsgi, farmwiki, and wikiconfig later when I have easier access to them. Joel Johnson 2010-01-09 07:18:35
Good news: both pathes work perfectly fine on my configuration! I'm attaching my config files in case you need to reproduce the problem.
Note: I've been able to reproduce the problem on another VM. It seems necessary to have the wiki data under a folder, with a structure like /wiki/mywiki1/data -- NicoZanferrari 2010-01-12 12:30:32
Can you please tell a bit more, does the patch fix your problem there too. And where have you had the data folder in the past. -- ReimarBauer 2010-01-12 14:00:11
The problem was first found on a company virtual server with a structure like /wiki/mywiki1/data and /wiki/mywiki1/underlay. Because you (and I) were not able to reproduce the problem on other wikis, I copied the config files on another virtual server. Here I discovered that in order to reproduce the problem I had at least to recreate that structure. The bug is fixed in both environment by your patches (the set from Thomas is enough, but also yours works). -- NicoZanferrari 2010-01-12 15:10:19
As long as permissions are ok, I don't think the path to data_dir and data_underlay_dir matters, moin will happily work with anything you configure. -- ThomasWaldmann 2010-01-12 15:29:11
Plan
- Priority:
- Assigned to:
Status: please test: http://hg.moinmo.in/moin/1.9/rev/4226fde63931 and http://hg.moinmo.in/moin/1.9/rev/b0c8c2f225f3