-
2007-05-30
pot
The configuration settings plugin does not work any more for me, and I do not know where to look to diagnose this problem: it just shows a blank page. It used to work; since then, I have installed several plugins and now it does not work any more. I even tried to disable all plugins, but I keep seeing a blank page. I will try to diagnose it if someone suggests me how.
-
2007-06-13
pot
Some more info. The source of the config page as I see it finishes like this (blank lines deleted):
====================================
<div class="breadcrumbs">
Trace: <span class="bcsep">»</span> <span class="curid"><a href="/wnlab/start" class="breadcrumbs" title="start">start</a></span> </div>
</div>
<div class="page">
<!-- wikipage start -->
==================================================
Even if I reduce my local.php file to three lines for the title, ACL enable and admin definition I keep getting this truncated page.
Adding an &do=debug to the page URL allows me to debug the start page, not the admin page.
Version is 2006-11-06 (Debian 0.0.20061106-7).
Again, I have no idea on how to diagnose it: suggestions accepted.
-
2007-06-13
andi
Please check your server error log for any info.
-
2007-06-13
pot
I forgot to add that I had checked it, but found nothing.
Isn't it possible to have dokuwiki log what it is doing?
-
2007-06-23
andi
What PHP version are you running? It might be related to
FS#1152
-
2007-07-03
pot
It's Debian's 5.2.0, so apparently unrelated to that bug.
Also, I am not able to get any sort of error, which is the primary reason why I am not able to try and guess what's wrong.
-
2007-07-19
Sam_Rose
I am having this exact same issue, first instance happaned after I upgraded per
http://bugs.splitbrain.org/index.php?do=details&task_id=1195
-
2007-07-19
Sam_Rose
PS. i am using Debian on Media Temple, PHP version 5, newest version of Dokuwiki
-
2007-07-20
mekatron
I'm having the same issue with the the newest release running on (UniformServer3.1) Apache/Windows. It writes the local.php correctly, but doesn't load it.
I'm confused, that Francesto noticed it at Version 2006-11-06. I've never seen that before on my localhost.
When I copy it on a hosted webspace, the problem disappears.
-
2007-07-27
pot
How can it write local.php correctly? The configuration page is blank, it contains no save buttons.
Also, what do you mean that you made the problem disappear by copying it elsewhere? Can you provide details?
-
2007-07-28
mekatron
uhm, I was wrong. I thought, the problem depended on the server, where dokuwiki is hosted, but it didn't.
What I meant: it saves correctly what I enter in all these boxes in the config page, but it doesn't reload them next time. It creates a local.php.bak (backup from the old file), but it ignores the settings from there. Furthermore, it doesn't read any configuration file. All fields are blank, also the fields written by dokuwiki.php. That's really annoying.
The webserver has full wrtie access in my case.
Are you shure, that your server has write access to local.php? I can't understand why you see no save-buttons.
-
2007-07-30
pot
In my case, it is clearly a problem on the server, which does not serve the config page, but truncates it near the top, resulting in a blank page as shown on the browser. More precisely, I see the first bar with the link to [[start]] on the left and to my wiki's name on the right. Then a bar with the buttons "Show page", "Old revisions", "Recent changes", "search", then a bar with "Trace: ยป start" and then everything is blank.
And yes, I have read and write permissions, I even double-checked by setting dir and file permissions to 777 :(
-
2007-09-30
furun
This error occurs, if a error is in one of the "lang" or "conf" files for settings of plugis.
Check if this error occurs, if all additional plugins ar disabled.
-
2007-10-01
pot
Nope :( I disabled all plugins, stopped Apache, emptied the cache directory, emptied the browser's cache, restarted Apache, and nothing changed.
-
2007-10-01
ChrisS
Francesco, this sort of thing can happen when php encounters an error while output buffering is on. PHP terminates the process and no further information is sent to the browser. First off you should confirm your php settings regarding display_errors, log_errors, error_log and error_reporting. These will tell you what errors php will log and where php will log them. You should be able to set values to help you in your debugging in either doku.php or conf/local.php.
If you still are getting no information, you may want to remove the output buffering from tpl_content() (in inc/template.php near the top).
-
2007-10-02
pot
First of all, thanks for the tips which were completely new to me.
In /etc/php5/apache/php.ini I tried two configurations: with display_errors=On/Off and log_errors=Off/On. In both cases error_reporting=E_ALL & ~E_NOTICE. I still continue to see a blank page for the Configuration Settings after the header and no errors shown nor logged (I tried both error_log=/var/log/apache/error.log and error_log=syslog).
Next I changed tpl_content like this, which I believe disables buffering, but I saw no change whatsoever, nor any logs:
function tpl_content() {
global $ACT;
//ob_start();
trigger_event('TPL_ACT_RENDER',$ACT,'tpl_content_core');
//$html_output = ob_get_clean();
//trigger_event('TPL_CONTENT_DISPLAY',$html_output,'ptln');
return true;
return !empty($html_output);
}
-
2008-01-16
Frederick_
Firstly, how many of you who experience this problem use Monobook ? You can ount me in.
I'm experiencing the exact same blank page issue. It first appeared after I installed a number of plugins to check their functionality, so I disabled everything ... no change: blank content is generated after trying to view info/update on a plugin. In my opinion, this bug is beyond doubt related to a plugin or plugin management. I would like to scroll through the code which is generated by the functions "info" and "update" in the plugin forms next to each plugin:
<input type="submit" class="button" name="fn[info][addnewpage]" value="info" />
<input type="submit" class="button" name="fn[update][addnewpage]" value="update" />
<input type="submit" class="button" name="fn[delete][addnewpage]" value="delete" />
After adding debug-output to those functions I could step through the functions to locate the issue ... which I would like to give a try.
Could someone point me to the location of this file ?
thanks,
Frederick
-
2008-02-15
andi
If you write, you disabled the plugins... did you just disabled them or did you remove them completely from the plugins directory? You might want to try the latter.
-
2008-02-15
Frederick_
I disabled them. My guess was that deletion would be overkill. I'll FTP them back and forth this weekend to
try to isolate the culprit.
-
2008-07-16
andi
Does anyone of you having this problem the eAccelerator PHP cache installed?
-
2008-07-16
pot
I do not think so. I have a Debian installation. How do I make sure I do not have it installed?
-
2008-10-04
andi
Is this bug still valid? Can anyone still experience this problem please add a comment here with the following info:
- used PHP version
- DokuWiki Version
- any used PHP opcode caches and accelerators (check phpinfo())
-
2008-10-08
jana
Yes, I still have the problem.
Using PHP Version 5.2.1
Blank (=completely blank i.e. no source code) config page in dokuwiki Release 2006-11-06 and Release 2008-05-05.
checked phpinfo, doesn't say anything about "opcode caches" or "accelerators".
Any other info I can provide?
-
2008-10-08
andi
Jana, any chance you could give me some access to you installation to debug this (send a mail to
andi@splitbrain.org)?
Also you did try to remove all non-standard plugins, right?
Another idea: what language are you using?
-
2008-10-08
pot
Yes, I still experience the problem.
PHP version 5.2.6.
DokuWiki version Debian 0.0.20080505
don't know what you mean by "check phpinfo()"
-
2008-10-08
pot
Wow, seems I found out the culprit, at last! Apparently, the svg plugin that I downloaded from <http://www.cvpcs.com/svg.tar.gz> on Fri, 25 May 2007 13:59:18 +0200 causes the problem whe it is installed, even if it is disabled.
Removing the directory /usr/share/dokuwiki/lib/plugins/svg solves the problem for me.
-
2012-09-26
pot
The above comment is spam. Please, someone, remove it and remove that user.