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:h.prueller@linzag.at]
Sent: Thursday, June 21, 2007 5:08 AM
To: xwiki-users(a)objectweb.org
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:
info(a)linzag.at
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
-----------------------------------------------------------------------------------------------------------------------------------