mlochmann
Forum Replies Created
-
Hi guys,
updated to 1.6.4 – not working. Same issue. Changed all custom fields to text fields. No luck. Turned off all validation and numeric fields. Nope. Not working. Now rebuilding custom post type and new data field set. Annoying bug.
Hi Marcin, just tried it. No, not working. Also I’m not seeing my group of custom fields (personal data like name, email, phone etc.) in my custom post (person) admin page – it shows up briefly and then disappears. I have to activate it again at the top under options to show. I can change custom values with the wordpress own custom value fields though (eg. wpcf-name) – but not in the types custom values fields. It won’t save anything. Javascript console show no errors. WP 4.0, php 5.4 Taxonomies and other admin stuff working fine. Oh, and of course I tried deactivating all other plugins first. No luck either.
confirmed. Having this issue too.
Ok, found this one: Using ob_start(“ob_gzhandler”); in the theme header – and now your version 2.0.0 breaks the site with an “330 (net::ERR_CONTENT_DECODING_FAILED)”. Removing the compression from the header solves the issue – but slows the site down. Tried to outcomment the lzw module in the plugin without success. Any ideas?
@ Steven Zahm – your right, I’ve already done that – per .htacces and php.ini and wp-config.php. The problem is, when your’re on an old 1and1.com contract, you’ll get only 30 MB php process memory. The newer dual hosting contracts have 80 MB.
A quick&dirty solution is to comment out all functions in the tinymce wp-langs.php file which causes the error. There are only string cleaning functions in there. I haven’t figured quite out why these cleaning functions cause so much memory allocation. But now it works.