FS#110 Strange Problem when saving an edited page (Version 2004-11-10 && 2005-01-16a)

Backend

• 

  2005-02-02 Ralf001

  Hi,
  
  I use dokuwiki since a month, and not familar with the source.
  I have two sites where i installed dokuwiki, where i have following problem. I edit a page, and then save my changes. Now the Browser (Firefox, Mozilla, IE) shows me a blank page (show page source shows me an empty editor). To continue browsing the wiki, i have to enter it by going to the wiki URL again. Now Links to a new created Page are still shown as like the linked Page does not exist (orange). Clicking this link brings me to the saved (previosly created) page, with all my changes in it.
  
  This behavior of Dokuwiki started in both cases after a while of usage of it (while changing the configuration a bit). I don't which of my changes in the configuration might be the problem, or if my Apache2 is the problem.
  
• 

  2005-02-04 Ralf001

  Config File for Version 2004-11-10

  • dokuwiki-2004-11-10.php Config File for Version 2004-11-10 application/x-php
• 

  2005-02-04 Ralf001

  Config File for Version 2005-01-16a

  • dokuwiki-2005-01-16a.php Config File for Version 2005-01-16a application/x-php
• 

  2005-02-04 Ralf001

  I checked the permission (tried rwx for owning user and group (www).
  Do you need any more information, or a test URL ?
  
  Geetings,
  Ralf
• 

  2005-02-07 andi

  A test URL could be useful. You have enabled userewrite - is rewriting configured correctly? On which OS do you run Apache?
• 

  2005-02-08 Ralf001

  http://dw-2005-01-16a.beckesch.de/
   no mod_rewrite
  
  http://dw-2004-11-10.beckesch.de/
   with mod_rewrite
  
  Login [removed -Andi]
  
  I will also attach the .htaccess for the mod_rewrite version
  
  Some System information:
  -------------------------
  # cat /etc/SuSE-release
  SuSE Linux 9.1 (i586)
  VERSION = 9.1
  
  # uname -a
  Linux pulverturm 2.6.5-7.111.19-default #1 Fri Dec 10 15:10:58 UTC 2004 i686 i686 i386 GNU/Linux
  
  # rpm -qa | grep -i 'php\\|apache' | sort
  apache2-2.0.49-27.18.3
  apache2-example-pages-2.0.49-27.18.3
  apache2-jakarta-tomcat-connectors-5.0.19-13
  apache2-mod_auth_mysql-20030510-204
  apache2-mod_perl-1.99_12_20040302-33
  apache2-mod_php4-4.3.4-26
  apache2-prefork-2.0.49-27.18.3
  apache2-worker-2.0.49-27.18.3
  mod_php4-core-4.3.4-26
  php4-4.3.4-26
  php4-bcmath-4.3.4-26
  php4-bz2-4.3.4-26
  php4-calendar-4.3.4-26
  php4-ctype-4.3.4-26
  php4-curl-4.3.4-26
  php4-dba-4.3.4-26
  php4-dbase-4.3.4-26
  php4-domxml-4.3.4-26
  php4-exif-4.3.4-26
  php4-filepro-4.3.4-26
  php4-ftp-4.3.4-26
  php4-gd-4.3.4-26
  php4-gettext-4.3.4-26
  php4-gmp-4.3.4-26
  php4-iconv-4.3.4-26
  php4-imap-4.3.4-26
  php4-ldap-4.3.4-26
  php4-mbstring-4.3.4-26
  php4-mcal-4.3.4-26
  php4-mcrypt-4.3.4-26
  php4-mhash-4.3.4-26
  php4-mime_magic-4.3.4-26
  php4-mysql-4.3.4-26
  php4-pear-4.3.4-26
  php4-pgsql-4.3.4-26
  php4-qtdom-4.3.4-26
  php4-readline-4.3.4-26
  php4-recode-4.3.4-26
  php4-servlet-4.3.4-26
  php4-session-4.3.4-26
  php4-shmop-4.3.4-26
  php4-snmp-4.3.4-26
  php4-sockets-4.3.4-26
  php4-swf-4.3.4-26
  php4-sysvsem-4.3.4-26
  php4-sysvshm-4.3.4-26
  php4-unixODBC-4.3.4-26
  php4-wddx-4.3.4-26
  php4-xslt-4.3.4-26
  php4-yp-4.3.4-26
  php4-zlib-4.3.4-26
  phpMyAdmin-2.5.6-34.4
  phplib-7.4-71
  phprojekt-4.0.3-143.2
  
• 

  2005-02-08 Ralf001

  htaccess with rewriting rules for domain dw-2005-01-16a.beckesch.de

  • .htaccess htaccess with rewriting rules for domain dw-2005-01-16a.beckesch.de application/octet-stream
• 

  2005-02-08 andi

  Okay I did some tests with your dw-2005-01-16a version (which has urlrewrite enabled - but working fine). It looks like there is a problem with the redirect which should happen after saving. Can you please try this:
  
  Move this line in doku.php:
  
      header('Content-Type: text/html; charset='.$lang['encoding']);
  
  down and insert it between
  
      //start output
  
  and
  
      if(substr($ACT,0,6) != 'export') html_header();
  
  From looking at the HTTP headers it seems the Content-Type is sent but not the redirect header. This should make sure only the redirect is sent as the Content-Type isn't needed at all for a redirect.
  
  Please report back if it worked for you.
• 

  2005-02-16 Ralf001

  Sorry about the time i waited, had an exam.
  
  I made the changes to both versions of my demowikis (urls mentioned above), but without success. the problem is still the same
  
  greetz,
  Ralf
• 

  2005-02-16 Ralf001

  what about debugging dokuwiki, is there a quickhowto about debugging purposes (didn't searched for deugging till now). I can write php, so i could support you!
  
  I am wondering about I am the only one getting this error (or nobody else reported)
  
  
• 

  2005-02-16 Ralf001

  Found out something?
  
  After editing a page, and sending back to the server, the lockfile stil exists. its contents are 'debug'. Deleting this lockfile does not change the strange behaviour of dokuwiki.
  I think it should be deleted after page is saved. May be this points to the direction of my bug.
• 

  2005-02-16 Ralf001

  I triggered an online update, now its running correct, without this error. there was an php4 update i missed.
  
  Sorry for burning your time.
  Ralf
  
  
• 

  2005-02-16 andi

  was a bug in PHP