[wp-trac] Re: [WordPress Trac] #3565: Future Posting Bug (2.1 REV
4722)
WordPress Trac
wp-trac at lists.automattic.com
Sun Jun 17 15:45:01 GMT 2007
#3565: Future Posting Bug (2.1 REV 4722)
----------------------------+-----------------------------------------------
Reporter: Trent | Owner: anonymous
Type: defect | Status: reopened
Priority: high | Milestone: 2.3 (trunk)
Component: Administration | Version: 2.2
Severity: normal | Resolution:
Keywords: cron future |
----------------------------+-----------------------------------------------
Changes (by gosuser):
* version: 2.1.2 => 2.2
Comment:
With a brute hack, finally i got this feature working again. Sorry for the
last 3 posts, but i'm making a lot of test and i reported each single
progress.
To solve it:
chmod -R 775 * to set executable flag to each wp script.
Then edit wp-cron.php and comment the following lines:
#if ( $_GET['check'] != wp_hash('187425') )
# exit;
#if ( get_option('doing_cron') > time() )
# exit;
Then edit index.php and force the execution of wp-cron.php each time that
the index.php webpage is loaded (yes i know that it will increase database
calls... this is why it's a brute hack). To do so change your index.php
with this one:
<?php
/* Short and sweet */
define('WP_USE_THEMES', true);
require('./wp-cron.php');
require('./wp-blog-header.php');
?>
Now everyting should work, when the timestamp is reached && an user views
your blog, it's automatically updated with new posts.
I'm still working for a "real" fix for this problem. until now it seems
that normal wp 2.2 installation can't call wp-cron.php.
Ps: probably there should be a better solution, but for now it works...
--
Ticket URL: <http://trac.wordpress.org/ticket/3565#comment:20>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list