Not compatible with WP 4.7?

[PuraVidaG]

Updated a site to the latest version of WP to 4.7 and now I can’t access the configuration for the plugin. I’m being met with “Sorry, you are not allowed to access this page.” when attempting.

Will this be addressed soon?

[zaus]

I'm using it just fine with v4.7 (.1 actually), and I've seen it installed on several other 4.7 sites as well. Can you disable/reenable my plugin and/or other plugins? If you can't access the plugin listing page, you can disable a plugin via FTP by renaming the folder (then naming it back once you can visit the admin again). No idea why that would help but I've read that it might have to do with caching. If that doesn't work, please try following the suggestions in this link: https://wordpress.org/support/topic/wp-admin-sorry-you-are-not-allowed-to-access-this-page/. There are a lot of other similar suggestions for this problem.

[PuraVidaG]

I can access the plugin page no problem, it's just the "settings" link on your plugin. When I click "settings" on Forms: 3rd-Party Integration I get that sorry page.

I've tried everything suggested on the first support article you linked and stuff from a range of other pages out there and I still have the issue. My table prefixes are fine, I've cleared cache, I've tried swapping PHP versions, still nothing. I don't get it.

[zaus]

It's still working fine for me, everywhere. Any luck?

[PuraVidaG]

Nope.

WP Version 4.7.3 Your plugin: Version 1.7.1 Theme: Divi Version: 3.0.35

I've tried default theme, I've reset the plugins folder, I've gone 1x1 each plugin, I only have 4 active. and whenever I click on the Settings link for your plugin, I'm met with "Sorry, you are not allowed to access this page."

wp-admin/admin.php?page=forms-3rdparty-integration-config

I manage the DNS with cloudflare. Can that have something to do with it?

reseller hosting account on namecheap, can it be some hosting config?

[zaus]

Are you able to turn on WP_DEBUG and WP_DEBUG_LOG? Maybe it would reveal PHP warnings/errors, could help to point out what's responsible. Could have been a corrupted upgrade; I think 4.7 made some database changes that could have broken something in my plugin. Were you using a lot of services/mappings before? There's a limit to how many you can have because it's all serialized into one wp setting record, which may have gotten corrupted during the update. If you can access the wp_settings table you might be able to manually delete everything, or try my Forms 3rdparty Migration to access the 'raw' record and clear it.

[PuraVidaG]

I'll turn on WP_DEBUG and WP_DEBUG_LOG.

I had no mappings set. This is happening on a fresh install of WP, the Divi theme and your plugin to pick up the form submissions and push them over to our lead distribution platform.

Is it possible to set the variables I need via the wp_settings table to make this work?

[PuraVidaG]

I'm still having this issue. I'd love to get this fixed.

[zaus]

WP_DEBUG etc are in your wp_config.php file -- https://codex.wordpress.org/Debugging_in_WordPress Did you manage to get those turned on? Are you using a super/admin account? The only thing I can think of is that my plugin needs "manage_options" capabilities (see repo).

[zaus]

I just noticed that in one of the links I posted earlier someone mentioned that their Cloudflare plugin was the culprit...

[PuraVidaG]

Yep, WP_DEBUG is on. Yes, I'm in as a super admin. How do I enable manage_options capabilities?

I didn't even have that CF plugin, however I AM using CF for DNS. Could that be a problem? I've tried everything listed and it's still not working. I've done the theme/plugins rename thing, checked the prefix on the DB thing. Everything.

[zaus]

Superadmin should have manage_options by default, which is a native WP capability so you can manage options pages and other high-level stuff. If you can see other settings pages then it should be enabled.

Do you see anything suspicious in your debug logs? Have you tried disabling Divi themes?

As a last-ditch effort you could, as you mentioned, edit the wp_settings table directly -- maybe try my plugin Forms 3rdparty Migrate which essentially does the same thing. You'd paste in JSON-encoded service configuration, something like the following:

{
  "debug": {
	"email": "[email protected]",
	"sender": "",
	"mode": [
	  "debug",
	  "log",
	  "full"
	],
	"separator": ", "
  },
  "your-service": {
	"name": "Your Service",
	"url": "http://yourendpoint.com?extra=fluff",
	"forms": [
	  "cf7_25"
	],
	"success": "",
	"failure": "",
	"timeout": "",
	"mapping": [
	  {
		"val": "1",
		"lbl": "Username",
		"src": "YOURUSERNAME",
		"3rd": "env:Body/ns1:InsertOrUpdateCustomer/ns1:Credentials/ns1:Username"
	  },
	  {
		"val": "1",
		"lbl": "Password",
		"src": "YOURPASSWORD",
		"3rd": "env:Body/ns1:InsertOrUpdateCustomer/ns1:Credentials/ns1:Password"
	  },
	  {
		"lbl": "",
		"src": "input_7_3",
		"3rd": "env:Body/ns1:InsertOrUpdateCustomer/ns1:Customer/ns1:Firstname"
	  },
	  {
		"lbl": "",
		"src": "input_7_6",
		"3rd": "env:Body/ns1:InsertOrUpdateCustomer/ns1:Customer/ns1:Lastname"
	  }
	]
  }
}

Note the "val": "1" for when you want to submit a static value directly (e.g. "YOURUSERNAME" would get sent, as opposed to mapping the submission from "input_7_3"). And the "forms" list is the prefixed id of your contact form ("gf_" for gravity forms, "cf7_" for contact form 7, etc).

[codemonkeynorth]

What worked for me was installing CF7 before trying to go to the settings page for this plugin.

without CF7 installed i got that error “Sorry, you are not allowed to access this page"