I don't know if this is an error or not, but I notice that you are trying to access a page called Webhome; by default, however, the XWiki homepage for a space is named WebHome, and XWiki's pagenames are case-sensitive. For example, that's the page you'll get if you just request /xwiki/bin/view/DS/. You also seem to have cookies turned off in your browser, and XWiki (or more correctly, the servlet container it runs in) is doing the right thing by decorating your URL with the session ID as an argument. This is not a problem, I believe, but bookmarking it as-is would only work while that session was active, and possibly only for the original requestor. I'm not at all sure about the redirection, since XWiki.XWikiLogin is a page that ordinarily doesn't exist. It's given as a pagename to the /bin/login action, but it's generally ignored (guess how I know that...). Your redirection, however, was to the /bin/view action, and it correctly reported that the document doesn't exist. The sequence of events, as it appears, then, is this (without the prefixes that got it to the XWiki servlet, and $originalPage as your original URL): * browser requests $originalPage, which (probably) doesn't exist * XWiki redirects to /bin/login/XWiki/XWikiLogin?xredirect=$originalpage * user types in name & password, submits form to the same URL * login action accepts password, sets user ID, and sends redirect to the page named in its "xredirect" parameter, which should have been $originalpage * browser again requests $originalpage, which still doesn't exist * XWiki redirects to /bin/view/XWiki/XWikiLogin, which also doesn't exist. This last bit is the part that puzzles me, but it's probably because somebody set that URL as the default page, or possibly as a 404 redirect page. Regardless, wherever that URL appears, and whether or not it is the root problem, it is wrong; if you want it to redirect to the login page, you must change /bin/view/XWiki/XWikiLogin to /bin/login/XWiki/XWikiLogin. Note: this is based on my understanding from v0.9.840 and knowing that v1.0 fixed the long-lamented behavior that simply displayed a blank page as when a nonexistent page was requested, with no indication other than that it was empty. Under 0.9.840, it would happily have displayed DS.Webhome as though it actually existed, and you'd have been clueless, except that you might have expected a WebHome which you knew had some content. I imagine that the reason it changed only after you migrated was that something about the default handling of nonexistent pages probably changed. If it was XWiki that put in that view URL, shame on them, but I rather doubt it. brain[sic] ________________________________ From: PRÜLLER Hans Jörg [mailto:[email protected]] Sent: Thursday, June 21, 2007 5:08 AM To: [email protected] Subject: [xwiki-users] Xwiki login issue after upgrading Hi, We upgraded our standalone wiki installation (jetty,hsql) 1.0-rc1 to 1.1-milestone-2 recently. We backed up all spaces of the old installation and copied/restored them into the new installation. Now, if we directly try to access a page in a space restored from the old installation we get An error page after the successful login: E.g. accessing the following url directly via browser: http://asj5.linzag.at:9021/xwiki/bin/view/DS/Webhome <http://asj5.linzag.at:9021/xwiki/bin/view/DS/Webhome> Brings up the login page, after successful login: The requested document could not be found. The Browser URL is: xwiki/bin/view/XWiki/XWikiLogin%3Bjsessionid%3D3f3igkglkf9b7 So, somehow the login page tries to forward to a wrong URL after successful login. Entering the requested URL Manually again in logged in state, the page appears without any problem. Any idea what the problem could be? HANS ----------------------------------------------------------------------------------------------------------------------------------- LINZ AG für Energie, Telekommunikation, Verkehr und Kommunale Dienste A-4021 Linz, Wiener Straße 151, Postfach 1300, Tel. +43/732/3400-0, E-Mail: [email protected] Diese E-Mail wurde auf Computer-Viren geprüft. Verwendete Anti-Virus Software: Trend Micro ScanMail/Pattern 4.549.00-7 Nähere Informationen über E-Mails von der LINZ AG finden Sie im Internet unter: http://www.linzag.at/emailsicherheit This E-Mail was scanned for computer viruses. Used anti-virus software: Trend Micro ScanMail/Pattern 4.549.00-7 In order to find out more information on E-Mails you received by LINZ AG, go to: http://www.linzag.at/emailsecurity -----------------------------------------------------------------------------------------------------------------------------------