wilderbee

Same happened here on readme files of two plugins. The ‘Tested up to’ number had been backed down. Went to the support forums for those plugins. Compatibility issues were being reported. My guess is that until fixes are in, the developers modified their repository readme files to a lower compatibility, which apparently is something they can do without making it a plugin update (makes sense to me). They probably had good results when testing ahead of the new WP release and then some things went bump for some sites anyway.

I usually update WP right away but this time I did not. The WP 4.6 release reads more like a “new features” update rather than a “security update”. Red flag to me, not in desperate need of new features, let someone else test it. My setup may not have produced the same glitches reported by others but nonetheless happy to not be bothered.

Hope all else is okay with your installs. Myself, marked those WF-flagged readme files as “Ignore until changed”.

Listening though, in case someone else has other ideas.

FSCF works down the list of things to do and then got to an item it could not do, which is to send you to another page, which it cannot find.

Can you find the page you should be redirected to in your wordpress list of pages? If not, you will need to set up a page that contains your thank you message, and then put that page’s url into the redirect field for that form: in FSCF under the Advanced tab.

If you find a redirect url is already in that field, test it by copying and pasting it into a browser window. If does not load then the url is incomplete or has a typo or no longer exists (have you added SSL secure socket layer – so http:// now has to be https:// ?). Maybe someone changed the slug(url) for that intended page? Or maybe even deleted that page? Those are the most likely problems.

In the nick of time, thank you!
Confirmation emails were sending fine, then not — just when I happened to see this at the top of the forum list. Saved much grief, thank you!

Curious what new thing triggered the problem as including sender information WAS working. Suspect a plugin firewall that did not correctly self-configure. Will test sender information again when working during a lax traffic period (not on Bluehost).

Hi, have not needed to put this Ajax Login Widget into a menu tab yet, but believe this link will help figure out how to do it if/when that day arrives: forum.weavertheme.com/discussion/11649/adding-a-text-widget-to-menu-bar
Good luck!

The blocked logging seems to be related to the WF Basic and WF Falcon caching. Have posted that query on a new topic.

Same here, been meaning to ask about zero results with human filter. Last week I would see humans with human filter. This week installed Falcon. Don’t know if that is the cause or not but I no longer see any results whatsoever with human filter, totally blank. As a test, I turned Falcon off, turned on Live Traffic, still no results in human filter, so maybe not related to Falcon after all. I know from Google Analytics and Host stats that there are human visitors. Troublesome that WF is not seeing them. Today cleared data with the WF Assistant plugin. If that restores human view I’ll add another reply.