dregad

@care2michelle thanks for your suggestion, I see how it looks on your site and that’s pretty much what I had in mind.

Pardon my ignorance, but I’m not sure where I’m supposed to insert this PHP code, can you please explain ?

Thanks for considering it, I hope you can do it. Looking forward to hearing back from you.

Thank you

I second that. I evaluated LoginPress (https://www.ads-software.com/plugins/loginpress/) today and they do not need for a Page.

It appears that the limit is intentionally hardcoded to 20, and won’t be changed.

See https://github.com/takayukister/contact-form-7/issues/761

In the end I decided to use another plugin which better fit my purposes (User Menus) as it also allows restricting access to menu items based on user roles (allowing me to also replace the Nav Menu Roles plugin).

Many thanks for your support.

I’ll post in a separate thread, my efforts towards adding a config to choose where to redirect admins in case you want to integrate that in a future version.

Hi Mark,

Many thanks for your quick reply and the tip about a potential plugin conflict.

I’ve just gone through the whole exercise of disabling all plugins and re-enabling them one-by-one, and I found the culprit:

Nav Menu Roles, https://fr.www.ads-software.com/plugins/nav-menu-roles/

I’ve been using that plugin for a few years now, it allows me to restrict access to some menu items based on whether the user is connected or not, and if they are, their roles.

I hope Your plugin may be able to achieve the same goal, I need to test that. If so, then I’ll uninstall that Nav Menu Roles.

I confirm that if I login with a non-Admin profile, I am effectively redirected to the page configured under Settings.

I do not understand why there is a different behavior for Admins, would it be possible to make that configurable ?

Also, it would be really nice to have a way to redirect to the currently active page, instead of being limited to a static page in the config.

Thanks for responding so quickly.

I did try that actually, but that does not seem to work unfortunately.

Login Redirect URL is set to https://mysite.com, yet after login it goes straight to the back-end instead of the home page.

Ideally, if I click the login menu when I’m on https://mysite.com/page1, I’d like to be redirected there and not to the site’s root.

EDIT: and logout takes me to the login page instead of the site’s root (Logout Redirect URL is likewise set to https://mysite.com).

Note that I also tried several variants, e.g. /, index.php, etc with the same results, so for some reason these settings are not doing anything for me.

• This reply was modified 2 years, 7 months ago by dregad.

Looks like the “ghost” form with ID 2267, has demo_mode: on under additional settings… That explains why no e-mails were sent.

That got me thinking that I had installed the Live Preview for Contact Form 7 plugin.

After deactivating it, the 2267 form was gone.

So #3 in my initial post, is probably not an issue with CF7; I’ll report the issue with the add-on plugin’s support channel.

#1 and #2 remain a problem though… Fortunately I can still use a regular shortcode block as a workaround, but a fix for this would be nice.

Many thanks !
Damien

Hello,

Many thanks for the quick reply !

It would still be nice of you to reflect this in your docs/FAQ.

We will update the plugin before July 26 with the latest version .

That is good to know.

That being said and for the record, 3.0 is not the latest version, it is actually the oldest that will still be supported after May 1st. The most recent version is 6.0.

So it would be interesting to know, whether your plugin also works with newer versions as well (something for the FAQ too, I guess).

I upgraded my app to 3.0 for now, but that is only a very short term solution, as according to the Graph API Changelog, that version is only available until July 26, 2020…

Unfortunately, I see nothing but PHP Notices in the debug log, not sure if they are related. I’ll send it to you via e-mail so you can take a look.

In parallel, I’ll try to replicate the problem in a development environment. Maybe it’s caused by a conflict with another plugin.

Hello Angus,

Many thanks for your offer for help in troubleshooting this, I appreciate it.

Unfortunately, and please don’t take offense, the association owning the blog I’m maintaining is not very keen on “giving away the house keys”…

I guess I could probably convince them to do so if I really had to, but I’d rather go for an alternative solution if possible (if push comes to shove, it might mean not using your plugin, which would be a shame).

What information can I give you to get you started ? Note, I’m quite experienced in PHP programming, web development and systems administration, so not your average dummy user I guess ;-).

Cheers
Damien

Cheers !