Tags:
create new tag
view all tags

Question

Hi,

I installed the newest Twiki Version 2 days ago using the WindowsInstallCookbook (Cygwin,..). The Problem is that the Edit-Button on the "TWiki Site-Level Preferences"-Site isn't working. After clicking the button the Browser starts loading and never finishes. The Apache log shows a errormessage: [Fri Mar 03 09:11:01 2006] [error] [client 127.0.0.1] File does not exist: c:/twiki/pub/twiki/twikipreferences/$name

The Error is understandable because there isn't even an directory called twikipreferences in the zip-file I downloaded (TWiki-4.0.1.zip).

The Configuration (/bin/configure) is error and warning free. The Edit-Button is the only thing I see that is not working. But I also can't test very much, because I am not able to adjust the preferences.

The next step I am doing is to install the newest Windows Service Packs on my TestPC, but I think that this will not fix the problem.

Any proposals what to do?

Please find my Twiki Config file attached.

Thx in advance.

Regards,

Dominik Burkart

EDIT: Do you need any further informations? About the system configuration or something like that? I am just evaluating some Wikis and unfortunately TWiki is the only one not working properly on my system. frown But regarding the features it is my prefered one.

Environment

TWiki version: TWiki Release 4.0
TWiki plugins: SpreadSheetPlugin, CommentPlugin, EditTablePlugin, InterwikiPlugin, PreferencesPlugin, SlideShowPlugin, SmiliesPlugin, TablePlugin, WysiwygPlugin (all standard-plugins, no new installed)
Server OS: MS Windows 2000 Service Pack 2
Web server: Apache 1.3.34 (Win 32)
Perl version: 5.8.7-5 (Cygwin)
Client OS: MS Windows 2000, Serice Pack 2
Web Browser: Mozilla Firefox 1.5.0.1 and IE 6
Categories: Installation

-- DominikBurkart - 03 Mar 2006

Answer

ALERT! If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.

Hi Dominik,

I suspect that you have a problem with you web-server configuration.

CGI enabled directories will normally default to treating unresolvable paths as parameters passed to the resolvable URL.

e.g. if myApp exists, but foobar doesn't, then in the URL www.foo.com/bin/myApp/foobar/barfoo, /foobar/barfoo is a param. passed to myApp

So, it looks as though you need to check this behaviour - as I said, it's on by default for cgi directories (and can be explicitly set using AcceptPathInfo in Apache).

Is the bin directory definately configured correctly? Try placing a simple cgi script in it to check...

-- TomMelly - 08 Mar 2006

Thanks for your tip! You are right with your speculation about cgi-problems. There are some conflicts between the services/webserver running on the system. On the weekend I'll set a new system up. Probably the easiest way, will be a Unix or Linux Server. I'll report the progress.

have a nice weekend :-/

-- DominikBurkart - 10 Mar 2006

Now everything seems to work, but I am going to test it on monday intensive.

I reinstalled a windows-image and used another cookbook to install twiki. As this problem is not longer relevant I 'close' this thrad. Maybe a new one with a question will follow on mondy wink

Nevertheless, thx for your tip.

-- DominikBurkart - 12 Mar 2006

Topic attachments
I Attachment History Action Size Date Who Comment
Unknown file formatcfg TWiki.cfg r1 manage 41.9 K 2006-03-03 - 09:30 UnknownUser My Twiki.cfg
Edit | Attach | Watch | Print version | History: r7 < r6 < r5 < r4 < r3 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r7 - 2006-03-12 - DominikBurkart
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2026 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.