mokana

I found the solution is to disable caching under Settings . . . poof . . . problem seems to be fixed . . .

@ultimatemembersupport Can you provide some guidance here. I have narrowed this down to having to clear the UM Cache set up in the wp_options table for the um_cache_userdata field that I guess gets called via a UM update. Is there a hook I can call from code to clear the cache so it rebuilds if I update via a backend process?

Profile user meta data not reflected in Profile after backend update

Is there anyone at Ultimate Member that can provide and answer to this. What hook do I need to run to sync the back end update with where ever it is that UM gets the data to display in the Profile.

This is not the same issue I brought up here:

https://www.ads-software.com/support/topic/no-fields-on-profile-edit-form-showing-after-update/

@fayt

What I found to work was enabled and disabled the tabs on the settings page. Others followed with this and it seems to work.

Just got to the settings tab “users” I think is that tab when it really should be labeled Profile, and disabled enable the “show” check boxes. This seems to be the “soft reset” UM needs.

Final note, I set here and cycle over and over, Hit Update on Profile, data changes to what is in the Profile forms.

Run the Authorization process, data in database reflects expected changes.

Refresh profile, clear cache, still old original data, hit update, data in database changes to what is in the Browser.

Repeat this as often as I want and the same results.

Crazy!

MOKANA

I went to the Profile section under settings and enabled and disabled and enable the Profile Menu, saved and it came back.

This was after I rebuilt forms and tried and it failed. So I guess this is like a soft reset.

I cycled through everything, resetting all the checkboxes. it eventually started working again.

I think you missed the part above where I stated that this is what I did. That it makes the email invisible on the account page. It is either visible and you can change it or invisible and you cannot.

However, no matter what setting I select, it will not show on the profile edit page. I have many fields on this edit page, and the email field is the only one that will not show no matter whether the Ultimate member -> Settings -> General -> Account and uncheck “Allow users to change e-mail” is selected to not.

Hi.

Thanks for the quick response.

The code snippet is actually all there is.

<?php if (is_user_logged_in()) { ?>

<?php include ‘client-account.php’; ?>

<?php } else { ?>

<?php include ‘client-login.php’; ?>

<?php } ?>

I call this at the top of a Page and then decide how I want to build out the HTML. This is at the very top and a Redirect happens and neither of these two files are included.

I would give you snap shot of the setting but I deleted everything but what I had before hand to make sure my stuff was running. On the first tab I had turned off redirect Admin to the Dashboard. On the Pages tab I set the Login to my Custom page and the Account to my Custom account and the rest I did not get to.

I have one plugin WPS HIDE LOGIN that I use to rename the wp-login . . . other than that, I turned every other Plugin off to test and isolate your plugin and narrow down the problem area.

Thanks again . .

I want to use you plugin though if this can be resolved.

I am trying to give you as much information as possible.

I deactivated your plugin and everything worked as I expected.

When I reactivated the plugin, all the settings under the Pages tab went back to their default settings.

And . . . my code worked as expected.

But . . . this messed up the Login Flow, so I set the Page Settings back to my Custom pages.

And the problem came back . . .

For non admin . . . you can watch the URL and it dances all over the place . . .tries to fire off a profile.php . . .which I guess is your stuff, then settles down onto the home page . . .

Logoff . . . login as admin . . . it goes directly to the account page. I click on the Account link as described above and bam . . . right to the Admin Dashboard . . .

ok . . . there is an issue . . I have narrowed it down to your plugin. I have deactivated all other plugins.

I set to where the Admin does not redirect to admin. When you first login, it goes to the Account info Page as selected in the Admin settings of you plugin. Then you navigate away from it to another section, then when you want to get to the Client Account information again. . . and icon is clicked and . . .

I have code that performs this operation:

<?php if (is_user_logged_in()) { ?>

<?php include ‘client-account.php’; ?>

<?php } else { ?>

<?php include ‘client-login.php’; ?>

<?php } ?>

I removed the inner code so that it is just this:

<?php if (is_user_logged_in()) { ?>

<?php } ?>

This single call causes the user to always be redirected to the Admin Dashboard if Admin is logged on and to the Home Page if another user.

I then deactivated your plugin and it works as expected.

Bummer . . . great little plugin . . . I hope this is a quick fix. I like it.

Nope! I spoke too soon. The only user that immediately redirects to the Account Page is the Admin. I have another plugin that I am using that blocks all non admins from the dashboard and redirects them to the homepage, which is what it is doing right now. Which is what I wanted, but then I kind of liked the redirect to the Account Page.

I have themed pages set up for each flow. I tried out this plugin because of the short codes and the ability to place them exactly where I want them to be. It would be sweet to be able to deactivate the other plug in and be able to redirect using this plug to the account area or where ever i want them to go.

Thanks

I now see that I can send a user via the settings to where ever I want and that could be the home page. my bad. I think it works flawlessly so far.

the response I received from the developer of the auto post is this:

Hello,

Yes, WordFence is blocking the WordPress REST API.

The URL that gets the 404 HTTP error is: <your_website_url>/wp-json/wp/v2/posts – this is part of the WP REST API and it is working with Wordfence off.

Example of this url on my page (working): https://coderevolution.ro/wp-json/wp/v2/posts

Regards.

I cannot use WordPress, even having it installed on my platform, unless it words with the auto poster.

It worked before Wordfence was installed.

It was then deactivated, and it would still not work.

Only upon complete removal of Wordfence would it work.

This iteration was tried several times under varying conditions. All results pointed right back to WordPress.

Wordpress logs recorded the Auto Posting as a Bot. There was no success or failure recorded. Only the objective results of it only working when WordFence was removed.

Wordpress has been completely uninstalled and it works. We cannot use Wordfence and are looking for other solutions.

The auto poster makes a call to the Application Password to get an access code. it then makes a POST call. All calls over https. It all works until Wordfence is made part of the equation.

Developer thought Wordfence is blocking WordPress API calls. Whitelisted. But still no change. Deleted Wordfence. Works fine.

I am asking the developer of the Auto Posing Plugin for any more additional info.

He did tons of testing and said it was Wordfence. I then did tons of testing and narrowed it down to Wordfence as well.