create new tag
, view all tags


I have a similar problem to the SaveForever question that was asked about the Beta release. We are using LDAP authorization through the .htaccess file in the bin directory.

I have done some experiments and found that if I use the directive to only require a user name for POST and PUT, I get a 2-5 minute hang on the first upload in a browser session. All subsequent uploads are fast. If I add the GET limit and require the user to log in to read the twiki, the problem does not occur.

Users have complained about needing to login (don't get me started...) to read the twiki. So I'm trying to find an alternate solution.

I've also noted that there are two POST requests in the apache access_log that are 2 minutes apart. The first POST does not have my user name and the second one does. At that point each upload has a user name: - - [13/Jul/2007:14:00:07 -0400] "POST /twiki/bin/upload/Sandbox/TestTopic0 HTTP/1.1" 401 30847 "http://al/twiki/bin/attach/Sandbox/TestTopic0" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0" - rsayde [13/Jul/2007:14:02:07 -0400] "POST /twiki/bin/upload/Sandbox/TestTopic0 HTTP/1.1" 302 33 "http://al/twiki/bin/attach/Sandbox/TestTopic0" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0"


TWiki version: TWikiRelease04x01x02
TWiki plugins: DefaultPlugin, EmptyPlugin, InterwikiPlugin
Server OS: RedHat 3.4 kernel 2.6.9
Web server: Apache 2.0.52
Perl version: 5.8.5
Client OS: RedHat 3.4 kernel 2.6.9
Web Browser: Firefox 2.0
Categories: Htaccess

-- RichardSayde - 13 Jul 2007


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.

Sorry, closing this after more than 30 days of inactivity...

-- PeterThoeny - 02 Sep 2007

I'd like to reopen this question. I'm also facing the exact problems mentioned here. Another thing that I've observed is that if the size of the first upload/post is a small, the performance is ok. But if the size is bigger, the slow performance is experienced. I've tested with postings of 1500 bytes and 6500 bytes.

I'm at a loss of how to further troubleshoot this issue. Would appreciate any help.

-- JonathanOng - 25 Sep 2007

I have the same problem, as was also reported in SaveAndAttachScriptsVerySlow. This problem is reported in different environments (linux, windows, apache, indigoperl) so it seems to be in TWiki not in external factors. It seems it is a real problem, whose causes are worth enough to deserve some investigation from those who can understand TWiki insides.

-- EnriqueCadalso - 02 Oct 2007

Sorry, closing this after more than 30 days of inactivity. Please feel free to re-open if needed.

-- PeterThoeny - 02 Dec 2007

Yes, still needed. The solution has not come out yet.

-- EnriqueCadalso - 04 Dec 2007

If I change the Login Manager to use TWiki::Client::TemplateLogin, instead of TWiki::Client::ApacheLogin, this problem did not occur. Remember to also comment out the appropriate LDAP authentication directives from the Apache configuration file.

-- JonathanOng - 10 Dec 2007

Sorry, closing this question after more than 30 days of inactivity. Feel free to re-open if needed.

-- PeterThoeny - 02 Feb 2008

Change status to:
Edit | Attach | Watch | Print version | History: r8 < r7 < r6 < r5 < r4 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r8 - 2008-02-02 - PeterThoeny
  • 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-2018 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.