[Plugin: Custom Content Type Manager] Message "You do not have sufficient permissions to access

That sounds like a WordPress permissions error, not a file system error.

Are you logged in as the admin super-user? Or have you changed your WordPress permissions in any way? Or are you using it on a WP multi-site installation?

All the menu items require a permission role to “manage_options”, but this is configurable inside the CCTM’s config/menus/admin_menu.php file. You can copy that file to wp-content/uploads/cctm/config/menus/admin_menu.php and your “uploaded” file will override the one in the plugin’s directory. It’s not really a config file per se, but all the menu generation code and the permissions checking code happens there so you can change it if needed.

Hi fireproofsocks,

Thanks for your reply and advices.
I’m logged in as Admin and as far as I know, I haven’t changed any permissions inside WP and I didn’t install it on a multi-side installation.

So far so good.
I do not understand your 2nd paragraph when it comes copy and overwrite the admin_menu.php file. The only thing I know is that within CCTM’s config/menus/admin_menu.php has file permission 0644. while typing this, I changed this into 0777 (all permissions active). This action didn’t solve the problem.
I don’t know if this has anything to do with it, but when I can to change the CCTM’s settings from the plugin menu, it gives that same fault message (You do not have sufficient permissions to access this page.) while it looking into file “wp-admin/admin.php?page=cctm”. This file has file permissions 0644 and – I’m not a WP php expert – looking inside this file I can’t find any CCTM reference. I’m not sure if this should be, but the file is not modified after I installed CCTM.

Does this reply help a little solving the problem?

Thanks in advance,
Angelique

DO NOT CHANGE THE FILE PERMISSIONS. This problem does not appear to have ANYTHING to do with file permissions. That error you’re seeing suggests that this has EVERYTHING to do with WordPress permissions. Changing your file permissions to 777 can be dangerous, so DON’T DO IT. Change all those back to where they were.

I think my comment went over your head. So back up: make 110% SURE that you are the WP super admin user. Period. If you don’t know, then I’m going to assume that you are not, and the error is just telling you that fact.

Ok , restored file permissions back to 0644.
Trying to know how to become a Super User. Work in progress!

Update:
Removed complete installation and did a reinstall, however for Multi install. Now I’m a Super User with your plugin visible.

Good. It’s really important you know what editing file permissions does before you just do it.

Ok, if you’re doing a multi-site install, you may hit snags. I haven’t tested this on a multi-site setup, and the permissions and all sorts of things get weird, so you may be in for a lot more work. I barely trust WordPress for single sites, so the multi-site options seems really dangerous to me. WordPress’ architecture is just too shaky in my opinion.

Re the configuration file: let me try to explain. When you install a plugin, it installs files inside wp-content/plugins somewhere. Right? And sometimes you might feel the need to change some of those files to customize the plugin. Tempting… but it’s a bad idea because you should never edit those files directly! Any time you update the plugin, all of those files would be overwritten. So what to do?

Well, the CCTM looks for user-created configuration files OUTSIDE of the off-limits folder inside of wp-content/plugins, and if it finds a config file that you created, it uses that instead of its internal file, which allows you to override certain behavior without editing the core plugin files. Make sense why someone would want to reference files outside the plugin’s core directories?

So all the stuff relating to the menus lives inside the wp-content/plugins/custom-content-type-manager/config/menus/admin_menu.php file. That’s where the menus get written, and because some users need to customize that, it’s in a config file that could also exist inside of your own file @ wp-content/uploads/cctm/config/menus/admin_menu.php. You have to copy the file to that location in order for your copy to override the built-in copy.

Now… you don’t have do this copying for testing — it’s one more thing that you could goof up and you might never know it. Make a backup of the config file and go ahead and edit the config file inside of the plugin’s directory. Because you’re using a multi-site setup, you’re going to have to try and edit the code used to generate the menus. If you’re not comfortable reading PHP function documentation and testing this out repeatedly, then you should probably give up now because it’s not going to be easy. If you’re ok tinkering with this stuff, then try using different arguments to the various menu-creation functions — especially the argument that determines the permission/role required to view the menu page.

Hi Fireshockproof,

First of all, many thanks for your time and additional explanation and advices. Noted file permissions advice and will not forget this!

Regarding the multisite install; I only did that since a normal install didn’t solve the problem or in other words, I could see CCTM and adjust it’s settings. Since I don’t have too much experience with WP, I do believe you and your experience about multisite setups. I also prefer a normal setup, but that doesn’t give me a super user and the permissions/rights. Most probably I do something wrong that after a normal install, there’s only an admin option and no super user.

Reading your story about the php file, that looks for me something like working with a child theme. All the files that resides in a child theme add something to the site. When the output is incorrect, you simple remove the coding or the whole child file, am I right with this?

Followed in the mean time your advice about this admin_menu.php file. Thus to prevent any failures.

If possible, I want to go back to the initial problem. What said – written – before, a multi-site installation gives me a super user and it allows me to makes new custom types. When I do a normal WP 3.3.1 install (no multi-site) I I’m a ordinary Admin or at least with admin rights. Installing your plugin brings me again back to the permission problem. Now it makes all sense, but why isn’t it possible to install the plugin with a non multisite WP or at least, I don’t see any super admin privileges that allow me to make the necessary CCTM settings. That confuses me!

Thanks for your reply/time.

Man, I think you boinked something trivial in your install: if you installed the site and you are the only user, then you ARE the super admin. You shouldn’t be having problems like this. The only time I’ve heard of anyone having permissions trouble with menu items was in relation to the multi-site setups.

I would try re-installing everything from scratch and doing just a plain old install. You shouldn’t need to customize the menu unless you’re doing something special, and you should not delete the file that controls it. You can delete your COPY only, but again, if you’re new to WP, then I suspect you may have inadvertently screwed up something in your install somehow. It really shouldn’t be this difficult; you’re the first person I’ve heard of running into these kinds of issues.

It’s weird indeed.
I just did a clean WP 3.3.1 install at my local provider (https://test.flight-simularion.eu). Installed CCTM plugin, it installed successfully and I can activate it, but the moment I want to make settings, I can’t. There’s also no CCTM menu item added.

When I install at https://asn.aerosoft.com your plugin, no problem. After install and activation, I’ve got a CCTM menu item and all that belongs to this.

Said that, I get the idea that something goes wrong when I install it at my ISP. I’m going to pass this forward to them since I’ve got no idea why this goes wrong. Still, many thanks for your help so far.

It could be something with your ISP… but that doesn’t sound normal to me. I would be shocked if they provided any meaningful troubleshooting here: usually they’re hands-off for all application issues.

Have you deactivated all other plugins? Other plugins can conflict with menu items: you can try changing the menu index number in the menu configuration file. Sometimes 2 plugins try to use the same number and stuff breaks.

Hey folks,

I get the same issue with a single-site install.

I even wiped the entire thing just now to see if I could get it working. But up it came again.

And I’m not working with menus. Only other plugins I’ve got installed are KC Settings and Maintenance Mode. I’m investigating whether there might be clashes with these now, and will let you know if I find anything.

Frustratingly, I don’t know of any way of inspecting user permission, and even if I did I wouldn’t know what to be looking for to see if anything’s incorrect. Any tips (tutes urls?) on how to do this so I can track the problem down? Particularly with the way that CCTM utilises wordpress APIs. (Many ways to skin that cat and all)

Cheers
Alastair

Right. I’ve rebuilt the complete state I have on my broken site on a demo site and I _don’t_ get the problem. (And by complete, I mean to the best of my ability).

This makes me think that the problem is created when something fails to complete. The broken site is a dev site and I’m creating a theme and some custom plugin content. The only difference between that site and the demo site I just created is the amount I’ve broken the dev site. Demo site has obviously never been broken. (By broken I mean a php error that prevented script execution completing for some page).

Could there be anything in the CCTM – or the permissions model which CCTM works with – that could be fragile in such circumstances? (I know, I know, that’s a massive and very vague question… but maybe there’s something?)

Anyways, cheers for your help, I’ll rebuild again on the dev site and this time hopefully won’t get the problem.

Wah! No bloody way.

Just installed completely fresh on commercial host – the one with broken site.

Did ONE thing: installed CCTM … Doesn’t work.

I don’t know what version it was on originally, but I updated to 3.3.1. Whether I tried installing CCTM before or after the update made no difference; it failed both ways.

Could it be an .htaccess problem?

My htaccess in the wordpress root directory is:

# Switch rewrite engine off in case this was installed under HostPay.
RewriteEngine Off

SetEnv DEFAULT_PHP_VERSION 53

DirectoryIndex index.cgi index.php

# BEGIN WordPress

# END WordPress

If it’s not that… man, I’m fresh out of tracks to follow on this ‘ere bug hunt ??

Don’t know what’s going on here. I’m committed to writing quality code and fixing bugs, but honestly, I have no idea what would be causing bugs like this. WP is a bad system in cases like this because there’s no centralized logging (as one example).

.htaccess is easy to debug: just rename it to something other than .htaccess and it’ll get disabled, but nothing in the manager is .htaccess dependent: only WP’s wonky implementation of URLs relies on that: if it were truly broken, the whole site would bleed 500 errors, not just the CCTM.

If someone could file a bug in the bug tracker and send me both a WP admin login and FTP credentials, I can take a closer look. Send logins to my email listed here: https://fireproofsocks.com/contact/

Fireproofsocks,

See your email, but I have got no idea how to offer you the “bug” information.
Anyway, see/read the necessary info.

Regards,
Angelique

With so many projects going on, the only reason I stay sane is the bug tracker:
https://code.google.com/p/wordpress-custom-content-type-manager/issues/list