Question

It had been working fine. I recently added some plugins including SessionPlugin and GnuSkinPlugin. Don't know if this is in anyway connected...

Searching in Support web, I don't see this particular error message mentioned.

I've reloaded the attach and upload scripts just in case there were any problems with these files. I've also checked permissions in pub directories and they seem OK.

Anyone have suggestions where I might start looking for source of problem?

• TWiki version: Dec. 01
• Web server: Apache
• Server OS: Linux
• Web browser: Mozilla
• Client OS: MacOS

-- LynnwoodBrown - 18 Oct 2002

Answer

Time to debug. A first step to see if it is a Plugin is to disable all Plugins, there is a switch in TWiki.cfg.

-- PeterThoeny - 19 Oct 2002

Thanks so much, Peter. I disabled the Plugins but same error. BTW, the error message I listed above was what I got from the server error log.

I suspect I messed something up installing various patches referenced in the GnuSkinPlugin installation. I very much appreciate any further suggestions AND I don't want to tax anyone's patience helping me sort out same mess I created copying and pasting code around like I had some idea what I was doing . I suspect I should simply undate to most recent beta and hopefully that would replace whatever module I've tweaked.

-- LynnwoodBrown - 22 Oct 2002

I have a similar problem. I have about the same setup (version TWiki20010901) running in Redhat 7.3 (perl 5.6.1 and Apache 1.3) That works fine. But I have a very similar installation running in Redhat 8.0 (perl 5.8.0 and Apache 2.0). I got this same error on the browser, and from weblogs I found that it complains about code in /path/twiki/bin/upload. I found there three lines that I uncommented to get debug messages. After that I got

Insecure dependency in open while running with -T switch at /usr/lib/perl5/5.8.0/File/Copy.pm line 130.

I then read about perlsec, and there they spoke about taint mode, and different user rights stuff etc. I suspect that this has something to do with changing to the new 5.8.0 perl. I might be wrong though. But if I remember correctly, there was a security update on perl not so long time ago... So this might have something to do with that.

I would be very thankfull, if someone found what is going wrong in this.

Oh yes, and I did install the new testenv. There is only one warning about the apache user and the txt,v files, but that I have taken care of. Directory rights should be ok, and they are the same as they are in my RH 7.3 installation.

-- JussiMikkola - 23 Oct 2002

Well, most of this past comment is way beyond me. I will note that I'm running Apache 1.3.27 and Perl 5.006001. I suppose it is some consolation that someone else has run across this problem...

-- LynnwoodBrown - 24 Oct 2002

Well, I got tired of Redhat 8.0. I changed that computer also to RH 7.3. Everything seems to work ok now. (The Twiki directory was moved, so it is exactly as it was.)

-- JussiMikkola - 27 Oct 2002

It appears that I have found the source of my problem. My hosting service (Aletia) was recently bought out (by a company called JaguarPC) and as a result my domain was relocated to a new server. I wasn't informed about this and did not discover it until I noticed my mail wasn't coming through. Once I discovered what was happening, I started checking whether my various programs were working. As part of this I ran the TWiki testenv script. Low and behold, it informed me that all my scripts were running as my username rather than "nobody" (as I had had it set up previously). After I got support staff to set it back, the uploading problem disappeared.

What's to be learned from this? I guess basically that the problem I first identified may be a tip off that there's a problem with script permissions. I also discovered that another symptom of this problem (which I didn't notice until after the fact) was that RCS was not recording my changes.

-- LynnwoodBrown - 29 Oct 2002

Others who have this problem should see my edit to FileAttachFailureInsecureDependency.

-- RobWest - 29 Nov 2002

I just fixed this error showing up when using the CalendarPlugin; the first line of the bin/view script was using the wrong (an older) perl version. Make sure your perl versions are consistent!