vicdahl

@andreas Nurbo

I’m still using version 0.9.2.3 with my modification above, now with wordpress 3.3.1, and I think it’s working well. Some months ago when 0.9.2.4 was released I tried to update w3 total cache, but then the cache preload was even worse as it did not even try to load the pages according to the web server log.

Since the cache preload parts of w3 total cache seem to have changed a lot between 0.9.2.3 and 0.9.2.4 I’m not sure a bug report from 0.9.2.3 would be useful. It would be nice to be able to update to the latest version though, so if you think it can be fixed I can try to submit a bug report, either from version 0.9.2.3 or after trying to update to 0.9.2.4 again.

I had the same problem with the missing editor, but I found out that it was caused by an incompatibility with an other plugin. In my case I was using WP Calendar. The editor were missing at the create new post-page and the calendar event pages. I tried to solve the latter by using an older version of WP Calender, but then I came to break the create new post-editor instead.

I managed to solve the problem with WP Calender by making the following changes:
wp-calendar/FormEvent.php: (added “titlediv”)

>                               <div id="titlediv">
                                       <p>
                                       <?php _e('Subject', fsCalendar::$plugin_textdom); ?>
                                       <input id="title"
                                               type="text"
                                               value="<?php echo esc_attr($evt->subject); ?>"
                                               tabindex="1"
                                               name="event_subject"
                                               maxlength="255"
                                               style="font-size: 1.7em; width: 100%;"
                                               <?php echo ($action=='view' || $evt->updatedbypost == true ? 'readonly="readonly"' : ''); ?>/>
                                       </p>
>                               </div>

and inactivated qtranslate at the calendar administration pages by adding the follwing to my theme’s functions.php:

if (is_admin()) {
	if(($_GET['page']=='wp-cal-add') || ($_GET['page'] == 'wp-calendar/fsCalendar.php')) {
		remove_filter('the_editor',					'qtrans_modifyRichEditor');
	}
}

Later I was building an own plugin, which had nothing to do with the editor, and the editor disappeared again.

Apparently qtranslate uses the jQuery function jQuery(document).ready() to do its magic with the editor and if any other script run by jQuery(document).ready() causes a javascript error any following scripts will not run. A look at the browser’s javascript console may help to find the offending script.

I have found out that the saving of the pages works after replacing w3_http_get with file_get_contents in /wp-content/plugins/w3-total-cache/lib/W3/Plugin/PgCache.php on line 378:

/**
 * Make HTTP requests and prime cache
 */
foreach ($queue as $url) {
    //w3_http_get($url);
    file_get_contents($url);
}

This solution works for me, but I don’t think it’s good to make changes to plugins as it will be reverted after update. Also, I suppose that the plugin’s function in some way is better than PHP’s internal, since otherwise it would be unnecessary.

I can’t see any differences in the requests in the web server log, apart from another user agent. I think it seems unlikely that the user agent makes the difference, but I don’t know what does.