bsumerlin

I’ve created a new (internal) release that fixes all of the bugs. The home and blog page would not generate properly for private group(s) or the system administrator. The side panels that included blog and topic lists are now properly generated with the relevant content. The $where clauses in many cases were being improperly generated. Testing with other advanced themes needs to be completed before possible incorporation into the main development/release stream by Janos.

In the old release, it was not necessary to set the links to the 5 pages (i.e., Login, Account, …). So I went and set the links to the pages that were auto-created with the your short codes. (BTW, your documentation isn’t quite up to date). Setting and saving them, and re-updating the database totally destroyed things. Account and Profile would not generate pages. The admin user settings page was blank…. And it also isn’t possible to log back in due the redirect problem.

So now to recover, a lot of things need to be updated again. Fortunately, I was doing this on a backup site. I only did this since I noticed that the Account page is not being properly displayed (or maybe not even working) on bot the old (with the updated database) and updated sites.

Your new, rewritten plugin may work on vanilla sites, but definitely not large robust sites with many plugins, especially those that create private, member only sites.

Let me know when you have another fix to try. I may go back and debug your old code.

I just tried your latest release, 2.0.3 and the redirect problem is still NOT FIXED. To recover last time, I used your updated database with a pre 2.0 release of your plugin to recover operations. The only thing that did not work properly was the Account page which had every entry filled in with “This field type has no output”. The profile page worked properly so no information was lost. When I installed the 2.0.3 release before logging off, the Account page again displayed the correct information. But after logging off, I could not log back in due to the redirect problem. So, you did NOT add code to detect the addition of too many redirects to the URL and the problem is still NOT fixed. I just recovered again by loading your old plugin code (1.4.3).

Please note that no redirects have been specified in your setup (i.e., vanilla setup) since all of the defaults are what we needed.

So the problem is an interaction with basic WordPress, the “Registered User Only” plugin and possibly, though not likely, in “User Activity Log” plugin.

So this is a SERIOUS, MAJOR bug still. Since you are having problems with older PHP releases, this site is using PHP 7.2.5, but another is using PHP 5.6. WordPress is 4.9.7

I too just installed the latest release and cannot login due to the redirection problem. I too have had to restore from backup, unfortunately it was several days old, so I’m not very happy.

Since our site is restricted to known accounts that users cannot self create, we are using “Registered Users Only” and “User Activity Log” plugins. Since we are using a vanilla configuration for your product, I’m guessing that the redirect interaction is with the RUO plugin. Minimally, I’d checked the URL before appending another redirect to it in your plugin, and if you already see multiple redirects, I’d let the admin account back in so they can salvage things. I’d also pull your plugin update back until you fix this very SERIOUS bug.