search

viktorthang / wordpress-custom-content-type-manager

Automatically exported from code.google.com/p/wordpress-custom-content-type-manager
0 stars 0 forks source link

Wordpress breaks down with custom content type manager and php 5.4.7 #451

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem? (Be specific enough so that someone
else can make the plugin fail for themselves. Remember: if the issue can't
be fixed if it can't be reproduced!)
1. Install php 5.4.7
2. Install Wordpress 3.5
3. Install Custom Content Type Manager

What is the expected output? What do you see instead?
In an environment setted up as above, you can't save a page or a post in the 
back-end of wordpress. If you disable the plugin, all works correctly.
Please, can you investigate to find a fix?!

Original issue reported on code.google.com by salomoni...@gmail.com on 26 Jan 2013 at 8:56

GoogleCodeExporter commented 8 years ago 
Do you have PHP logs?  I don't have an environment running PHP 5.4.7.  Could 
you set me up with a login so I can look at this more?

Original comment by ever...@fireproofsocks.com on 27 Jan 2013 at 3:05

GoogleCodeExporter commented 8 years ago 
I'm sorry, I don't manage that server (I cannot access logs), and I had to 
switch from your plugin to "advanced custom fields", as I needed just custom 
field customization and not content type management. This other plugin don't 
makes wordpress break down.
Thank you so much, however, for your fast reply.

Original comment by salomoni...@gmail.com on 27 Jan 2013 at 8:17

GoogleCodeExporter commented 8 years ago 
You can't even read the logs on your server?  That is very unusual.  CCTM 
requires scandir, and some hosts disable that function.  If you can let me log 
in via FTP I can probably fix this -- right now, this is a very vague bug that 
I may not be able to reproduce.

Original comment by ever...@fireproofsocks.com on 27 Jan 2013 at 5:02

GoogleCodeExporter commented 8 years ago 
I've just experienced this similar issue but not with php 5.4.7

Plugin Version: 0.9.6.7-pl
WordPress Version: 3.5.1
PHP Version: 5.2.6-1+lenny16
MySQL Version: 5.0.51a-24+lenny5
Server OS: Linux

First attempt to activate triggers a "Are you sure" failure message from WP.  
Once successfully activated, filtering posts by category (in admin) results in 
"are you sure" messages.

Plugins: Contact Form 7, Contact DB, Live Blogging and Manage Polls.  All which 
use their own custom post types.

Original comment by kellya...@gmail.com on 1 Feb 2013 at 2:54

GoogleCodeExporter commented 8 years ago 
That sounds like a WordPress permissions issue.  Some users have reported 
problems when using WP multisite -- in particular, they've experienced that 
horribly non-descript WP error message when accessing the CCTM's menu pages.  

This is almost certainly an environment issue: I cannot reproduce it on my 
local dev environments so I have no way of troubleshooting it further without 
access to a server where this is failing: WP has no logs and it constantly 
experiences untraceable conflicts between events, so it's stuff like this that 
keeps it from being a good choice for most production sites in my opinion.  

If someone can provide me with a login I can look around and fix the problem.  
Please contact me at the email address on http://fireproofsocks.com/contact/

Original comment by ever...@fireproofsocks.com on 1 Feb 2013 at 4:16

GoogleCodeExporter commented 8 years ago 
Addendum to my earlier post: Also using Edit Flow v.0.7.6   It appears CCTM may 
have trouble with custom types defined using Edit Flow.

Original comment by kellya...@gmail.com on 1 Feb 2013 at 4:23

GoogleCodeExporter commented 8 years ago 
Please post the FULL content of the yellow textarea that appears in the CCTM 
when you click on its "File a Bug" icon -- that gives me the *exact* version of 
every bit of technology I need to know about, including the versions of plugins 
AND the links where I can download them.  It's quite possible that the conflict 
is caused by the other plugin OR that they are both trying to patch up the same 
warts in WP and therefore cause a failure.

Original comment by ever...@fireproofsocks.com on 1 Feb 2013 at 4:28

GoogleCodeExporter commented 8 years ago 
I'm running this under PHP 5.4.10 without problems.  I think this is an 
environment issue.  Re Edit Flow, that's most likely an issue with conflicting 
plugins.  I'd need specifics here on where this fails including the steps to 
reproduce and the behavior you expect to see vs. the behavior you actually saw.

Closing this for lack of info.

Original comment by ever...@fireproofsocks.com on 6 Mar 2013 at 8:23

GoogleCodeExporter commented 8 years ago 
I'm running this under PHP 5.4.10 without problems.  I think this is an 
environment issue.  Re Edit Flow, that's most likely an issue with conflicting 
plugins.  I'd need specifics here on where this fails including the steps to 
reproduce and the behavior you expect to see vs. the behavior you actually saw.

Closing this for lack of info.

Original comment by ever...@fireproofsocks.com on 6 Mar 2013 at 8:23