Question
- TWiki version: Dec 2001
- Web server: Apache/1.3.6 (Unix) mod_perl/1.21 mod_ssl/2.2.8 OpenSSL/0.9.2b
- Server OS: Cobalt Raq 3/Linux 2.2
- Web browser: N/A
- Client OS: N/A
Downloading and installing TWiki on a Cobalt Raq 3 as an individual user. Set up within my own account: /home/site/home/users/erik/web/twiki/
Testenv passes with flying colors:
http://www.valdemar.net/~erik/twiki/bin/testenv.cgi
BUT, view.cgi doesn't work:
http://www.valdemar.net/~erik/twiki/bin/view.cgi
Also it
looks like the configuration is losing the "~" character... I attach my TWiki.cfg also to help.
Lastly, the instructions for installing within an account are not particularly clear on what I should do to make up for not editing the httpd.conf, e.g. what of that stuff
should go into an htaccess file?
Thanks in advance!
--
ErikOliver - 22 Feb 2002
Answer
Hi - the one thing I noticed from your
testenv
output is that you are running under CGIwrap, a tool that runs your actual CGI script under your userid. It's quite likely that the problem is caused by cgiwrap, which on Cobalt apparently has had some interesting bugs, particularly when using Apache
ScriptAlias type commands. The good news is that there's at least one TWiki site running on cgiwrap...
I can't really help directly, but here are some URLs - you might try reading up the troubleshooting info on cgiwrap and also running the debug version of cgiwrap (see the link about the URL for this on Cobalt).
One area to investigate is whether the
view
script is getting the environment and parameters you think it is, though perhaps the problem happens before that. If you can copy the
view
script into
view2
and edit the code a bit to print out exactly what parameters are being passed (to the debug log), that may help. Uncomment the body of writedebug and writedebugTimes to do this, and put in extra print statements to see all the variables that the first 10 lines of
view
uses - some are probably getting messed up.
Also, try copying some of the code from testenv into
view
, e.g. the first bit that prints out the environment variables passed with the request.
Most likely the problem is that the call to
$query->path_info()
early in the
main
sub of
view
is passing weird path_info - this is reminiscent of some IIS problems with TWiki, have a look on Codev and Support. Anyway, make sure you print this in the debug logs.
It's very likely that the problem is path_info or something related - e.g. the URL
http://www.valdemar.net/~erik/twiki/bin/view.cgi?topic=Main.WebHome works fine, because it doesn't try to do anything with the path_info.
Please also post your Apache config as an attachment here (httpd.conf).
UPDATE: The way TWiki.pm parses the path_info needs to be improved to take account of path_info brokenness (of which Apache and IIS are sometimes guilty - cgiwrap seems to contribute as well).
See the attached patch file for a simpler fix - apply using patch -i path_info.patch
from within the lib
directory.
--
RichardDonkin - 26 Feb 2002
Thank you Richard! I'm up and running now!
I've attached a much simpler patch, which is now committed to CVS for the
TWikiAlphaRelease. I would like to get some wider testing for this, as I suspect there are more extreme cases of PATH_INFO mangling that may need additional work.
--
RichardDonkin - 19 Mar 2002
I own a RAQ4 Sun Cobalt and this patch don't run, but I've download the last TWiki.pm in the
TWikiAlphaRelease and it's run fine
--
MarcFaidherbe - 03 Sep 2002
If you are using Perl 5.005, be sure to change
[:alnum:]
in the patch into
A-Za-z0-9
. This is fixed in
TWikiAlphaRelease.
--
RichardDonkin - 25 Mar 2002
Please don't add new questions to existing pages, particularly when they are set to
AnsweredQuestions state - this more or less guarantees that your question will be missed, as happened here, as many people only look at
AskedQuestions...
Also, see the
SupportGuidelines and provide the information requested there.
--
RichardDonkin - 18 Sep 2002
Category:
TWikiPatches