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]
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
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@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
-----------------------------------------------------------------------------------------------------------------------------------