Codex tools: Log in / create account
Clearing your browser cache and cookies may resolve this problem. Also, check your search.php and index.php template files for errors.
See also:
There are various resources that will help you find more help with WordPress, in addition to these FAQ. You can also increase your search capabilities by adding the Codex and Forum Searcher Plugin and search both the Codex and Forum from your WordPress Administration Panels. Click on one of the search results and the page will open in a new window or tab so you can have the article or discussion open while working on WordPress.
The following are articles that will help you troubleshoot and solve many of your CSS problems:
If the password emailed to you looks strange, see Solving Garbled Text.
Dreamhost has a kb/wiki post about this called, Making stats accessible with htaccess.
If you got this message when trying to save a post, consider checking Administration > Settings > General and make sure both your WordPress address (URI) and the Blog address (URI) do not use 'www'. For example, instead of http://www.sample.com use http://sample.com in those fields. This information orginally reported via http://wordpress.org/support/topic/72235
See also:
See Can I install WordPress on Windows 2000?
See also:
Problem: The MySQL variable tmpdir is set to a directory that cannot be written to when using PHP to access MySQL.
To verify this, enter MySQL at the command line and type show variables;
You'll get a long list and one of them will read: tmpdir = /somedir/ (whatever your setting is.)
Solution: Alter the tmpdir variable to point to a writable directory.
Steps:
If none of this make sense and you have someone to administrate your system for you, show the above to them and they should be able to figure it out.
Description: You get a warning message on your browser that says:
Warning: Cannot modify header information - headers already sent by (output started at
Reason and Solution :
It is usually because there are spaces, new lines, or other garbage before an opening <?php tag or after a closing ?> tag, typically in wp-config.php. This could be true about some other file too, so please check the error message, as it will list the specific file name where the error occurred (see "Interpreting the Error Message" below). Replacing the faulty file with one from your most recent backup or one from a fresh WordPress download is your best bet, but if neither of those are an option, please follow the steps below.
Just because you cannot see anything does not mean that PHP sees the same.
To be sure about the end of the file, do this:
Also check the encoding of the file. If the file is encoded as UTF-8 with BOM, the BOM is seen as a character which starts the output.
Interpreting the Error Message:
If the error message states: Warning: Cannot modify header information - headers already sent by (output started at /path/blog/wp-config.php:34) in /path/blog/wp-login.php on line 42, then the problem is at line #34 of wp-config.php, not line #42 of wp-login.php. In this scenario, line #42 of wp-login.php is the victim. It is being affected by the excess whitespace at line #34 of wp-config.php.
If the error message states: Warning: Cannot modify header information - headers already sent by (output started at /path/wp-admin/admin-header.php:8) in /path/wp-admin/post.php on line 569, then the problem is at line #8 of admin-header.php, not line #569 of post.php. In this scenario, line #569 of post.php is the victim. It is being affected by the excess whitespace at line #8 of admin-header.php.
Description: The visual rich editor in the Write interface (aka "the WYSIWYG editor") does not display when using Apple's Safari browser.
Reason and Solution: In early versions of Safari, the visual rich editor would cause the browser to crash immediately upon loading the Write interface. This was due to a bug in Safari, not WordPress. Since the WordPress developers had no way of correcting this, they chose to disable the visual rich editor for Safari users. At this point in time, there are three alternatives for affected users. One could upgrade to Safari 3.0.4 or higher and WordPress 2.3 or higher, use Firefox or Camino, or de-select "Users should use the visual rich editor by default" in Administration > Settings > Writing and install Dean's FCKEditor For WordPress.
Description: The Quicktag buttons in the Write interface do not display when using Apple's Safari browser.
Reason and Solution: In early versions of Safari, the Quicktag buttons would function, but not as intended. This was due to a bug in Safari, not WordPress. Since the WordPress developers had no way of correcting this, they chose to disable the Quicktag buttons for Safari users. At this point in time, there are three alternatives for affected users. One could upgrade to Safari 2.0.4 or higher and WordPress 2.0.7 or higher, use Firefox or Camino, or (for earlier versions of WordPress) remove the if statement on line 1085 and the word "else" on line 1092 of /wp-admin/admin-functions.php .
For example, change this:
function the_quicktags() {
// Browser detection sucks, but until Safari supports the JS needed for this to work people just assume it's a bug in WP
if (!strstr($_SERVER['HTTP_USER_AGENT'], 'Safari'))
echo '
<div id="quicktags">
<script src="../wp-includes/js/quicktags.js" type="text/javascript"></script>
<script type="text/javascript">if ( typeof tinyMCE == "undefined" || tinyMCE.configs.length < 1 ) edToolbar();</script>
</div>
';
else echo '
<script type="text/javascript">
to this:
function the_quicktags() {
// Browser detection sucks, but until Safari supports the JS needed for this to work people just assume it's a bug in WP
echo '
<div id="quicktags">
<script src="../wp-includes/js/quicktags.js" type="text/javascript"></script>
<script type="text/javascript">if ( typeof tinyMCE == "undefined" || tinyMCE.configs.length < 1 ) edToolbar();</script>
</div>
';
echo '
<script type="text/javascript">
Description: When users try to register with your blog or change their passwords by entering their username and email, WordPress indicates that their password has been emailed to them, but it is never received.
Reason and Solution: WordPress uses the standard php mail function, which uses sendmail. No account information is needed. This is not generally a problem if you are using a hosting service, but if you are using your own box and do not have an SMTP server, the mail will never send. If you are using a *NIX box, you should have either postfix or sendmail on your machine; you will just need to set them up (Google for how-to's). If you do not want to go through setting up a complete mail server on your *NIX box you may find ssmtp useful -- it provides "A secure, effective and simple way of getting mail off a system to your mail hub". On a Windows machine, try a sendmail emulator like Glob SendMail.
More help can be found on the forums at: http://wordpress.org/support/topic.php?id=24981
As a plugin-based alternative, you could try wpPHPMailer. It "enables WordPress to send e-mail via SMTP instead of via PHP's mail() function (aka sendmail)."
Windows Host Specific: With the plugin mentioned above you can work around the issue of e-mails not being received.
Another alternative is to edit the class-pop3.php file in wp-includes, there is a variable, $MAILSERVER, which allows you to hard code your smtp server. However, wp-php.php in the root directory actually loops through depending on the author to determine a value to set the from address on the e-mail and defaults to the admin address particularly in the case of users registering.
This is fine if your admin address is a valid e-mail address. For example, if your admin e-mail is: admin@"yourhost.com", your smtp server must also be smtp."yourhost.com". If the domains do not match your mail will not send. (Your SMTP server may not require authentication however, your host in most cases still checks to make sure incoming SMTP traffic is still valid. This is to prevent spam.)
When using the plugin wpPHPMailer the same applies, and there is an option to hard code the from address.
For some reason, the <!--nextpage--> Quicktag button was "removed" in 1.5.1. To get it back, just do the following:
In Wordpress 1.5.x
Open wp-admin/quicktags.js in a text editor and locate this section (starting at line 135):
/*
edButtons[edButtons.length] =
new edButton('ed_next'
,'page'
,'<!--nextpage-->'
,''
,'p'
,-1
);
*/
Just remove the /* and */ lines to uncomment the block of code. That should return the button to your editing windows.
In Wordpress 2.0.x
Open wp-includes/js/quicktags.js in a text editor and locate this section (starting at line 135):
//
edButtons[edButtons.length] =
new edButton('ed_next'
,'page'
,'<!--nextpage-->'
,''
,'p'
,-1
);
//
Just remove the two // lines after and before the block of code to uncomment it.
Now Open 'wp-includes/js/tinymce/plugins/wordpress/editor_plugin.js in a text editor and locate this section (starting at line 15):
var buttons = '<a href="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\')" target="_self" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\');return false;"><img id="{$editor_id}_wordpress_more" src="{$pluginurl}/images/more.gif" title="'+titleMore+'" width="20" height="20" class="mceButtonNormal" onmouseover="tinyMCE.switchClass(this,\'mceButtonOver\');" onmouseout="tinyMCE.restoreClass(this);" onmousedown="tinyMCE.restoreAndSwitchClass(this,\'mceButtonDown\');" /></a>';
// Add this to the buttons var to put the Page button into the toolbar.
// '<a href="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpresspage\')" target="_self" onclick="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpresspage\');return false;"><img id="{$editor_id}_wordpress_page" src="{$pluginurl}/images/page.gif" title="'+titlePage+'" width="20" height="20" class="mceButtonNormal" onmouseover="tinyMCE.switchClass(this,\'mceButtonOver\');" onmouseout="tinyMCE.restoreClass(this);" onmousedown="tinyMCE.restoreAndSwitchClass(this,\'mceButtonDown\');" /></a>';
On line 17 copy the text between the apostrophes and paste it at the end of line 15 exactly before the trailing '; as follows:
var buttons = '<a href="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\')" target="_self" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\');return false;"><img id="{$editor_id}_wordpress_more" src="{$pluginurl}/images/more.gif" title="'+titleMore+'" width="20" height="20" class="mceButtonNormal" onmouseover="tinyMCE.switchClass(this,\'mceButtonOver\');" onmouseout="tinyMCE.restoreClass(this);" onmousedown="tinyMCE.restoreAndSwitchClass(this,\'mceButtonDown\');" /></a> <a href="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpresspage\')" target="_self" onclick="javascript:tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpresspage\');return false;"><img id="{$editor_id}_wordpress_page" src="{$pluginurl}/images/page.gif" title="'+titlePage+'" width="20" height="20" class="mceButtonNormal" onmouseover="tinyMCE.switchClass(this,\'mceButtonOver\');" onmouseout="tinyMCE.restoreClass(this);" onmousedown="tinyMCE.restoreAndSwitchClass(this,\'mceButtonDown\');" /></a>';
This will show the the Quicktag <!--nextpage--> again. You can also enable the hotkey access by doing just one more thing. Open 'wp-includes/js/tinymce/plugins/wphelp/editor_plugin.js with a text editor. Note that it's not the same file as the one from the previous step, as although it has the same name it is on a different path. Locate the following lines (should be line 23 and 24):
+ '<input type="button" accesskey="t" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\');" />'
+ '<input type="button" accesskey="u" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'Undo\',false);" />'
Copy line 23, paste it as a new line just below line 23, and edit it as follows:
+ '<input type="button" accesskey="t" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpressmore\');" />'
+ '<input type="button" accesskey="p" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'mcewordpresspage\');" />'
+ '<input type="button" accesskey="u" onclick="tinyMCE.execInstanceCommand(\'{$editor_id}\',\'Undo\',false);" />'
This will enable the Alt+P shortcut for the <!--nextpage--> tag.
In some Themes, such as the WordPress Classic Theme, you may see the <!--nextpage--> work properly on your main page, but other Themes, such as the WordPress default Theme, may only show the page break when viewing the posts individually. It may be necessary to change your Theme's template page.php or index.php file to make this feature work according to your wishes. You'll need to add the following:
<?php wp_link_pages(); ?> ?
You get the following error:
Error code 28: No space left on device
This is a MySQL error and has nothing to do with WordPress directly; you should contact your host about it. Some users have reported that running a "repair table" command in phpMyAdmin fixed the problem.
Error 28, and how to avoid it:
If you get this error, check all filesystems in which MySQL operates. If you followed recommendations to split datadir, tmpdir and log files into dedicated filesystems, more than one filesystem is involved. In addition, be aware that MySQL often creates temporary tables for some queries. Most of these are placed in tmpdir; however, some may be found in the database directory (e.g. ALTER TABLE). Also, ensure that sufficient free disk space is available for MySQL.
It could be because:
Relevant discussion threads:
If you write plugins, or use a plugin like RunPHP, or make advanced custom templates, you may eventually find yourself dealing with data in the database. WordPress usually manages this data for you in such a way that it is immediately usable. There are circumstances though (especially if you are dealing directly with the database without using WordPress) where you will experience weirdness.
For example, quote marks cannot be stored directly in the MySQL database. MySQL uses quote marks in its SQL language. When a quote mark is used, for example, in a post, When the post is saved to the database, every quote mark gets escaped. That means a backslash character is prepended, which signifies that the next character should be taken as part of the input, and not as part of the SQL command.
For example, if you are adding the following in your post:
...an article about "Happiness" is at <a href="http://example.com/happy" title="Happiness">Happiness</a> if you would like to read it...
Is actually imported into the database looking like this:
...an article about \"Happiness\" is at <a href=\"http://example.com/happy\" title=\"Happiness\">Happiness</a> if you would like to read it...
When pulling data out of the database, the backslashes may not always be automatically removed. If this becomes an issue, you can use the stripslashes() PHP function on the text.
Description: When anyone tries to comment on a post, the window goes blank and the comment doesn't appear to have been recognised by WordPress.
Reason and Solution: The Theme that you are using is missing a critical part of the comment form so WordPress doesn't know which post the comment refers to. You need to check the comment.php in your Theme and ensure that the following code appears within the form.
<input type="hidden" name="comment_post_ID" value="<?php echo $id; ?>" />
Relevant discussion threads:
Sometimes it may be necessary to deactivate all plugins, but you can't access the administrative menus to do so. One of two methods are available to deactivate all plugins.
or
You are viewing a mobilized version of this site...
View original page here