jtcheng

FYI: I managed to figure out a way to import a csv of old versus new URLs. I think that’s the right answer given the above restrictions.

Thank you for your feedback and for sharing the code. I was successfully able to implement this.

Last question though.

I used the ‘init’ hook to execute the function to update the post and comment counter metafield value like so:
add_action(‘init’, ‘update_user_contribution_counts’);

I have a feeling that wasn’t the best way to do it.

If I wanted this action to hook into a change in the database (e.g. a new post, a new comment, a deleted post, a deleted comment, etc.), what is the proper hook that I should have used to achieve this?

Any plans to natively incorporate custom post types for both import and export for this plugin?

I’d rather not have to kludge code only for it to be overwritten on a new update, or to maintain my own version of the plugin independent of other sanctioned updates of this plugin.

• This reply was modified 6 years, 4 months ago by jtcheng.

Never mind. Figured it out. Just found out that the plugin was still active (directory name made me think it was in the C’s but actual plugin display name was “WordPress Comments Import & Export” so it was buried with the W’s towards the bottom of the plugin list.

Hi,

I’m following up to see if this is on the road map for UM development in the near term as a new version or as an extension. And if so, what is the timetable?

If not, if I was to custom code this counter and save in a custom field or ACF field, then would UM still support it for display in the user profile form in the profile’s header?

Thanks

I noticed that the version 2.0.29 addressed this issue. Will play with this more to see if it runs into a different limit where you can only click load more so many times before it stops (leaving behind unrevealed posts).

Hi,

I have switched themes and it appears to have a different error (not recaptcha error). Not surprising since the basic theme doesn’t have certain methods or function calls available from the genesis theme.

Since it’s not realistic to go back to 2017 theme and throw away my current theme over a plugin, I did other experiments.

First, I compared two different website instances both using the same similar git development branches (one is a merge inclusive of the other).

For this contact form using CF7, I don’t get the error:
https://s1.temporary-access.com/~allacros/sandbox/contact/

For this other contact form using CF7, I do get the error (it’s the original one I complained about):
https://s1.temporary-access.com/~allacros/sandbox2/contact/

Because the source files are now the same, this leads me to believe that there’s something in the database that’s leading to the difference in behavior. That’s where it’s not clear to me what that could be for I’m not familiar with how CF7 together with reCaptcha use the database.

Any ideas on where in the database I can look for that CF7 interacts with that could lead to this difference in behavior? From what I’ve seen, it’s only specific to CF7.

Could it be the order in which plugins were installed? Could it be that Limit Login Attempts was installed (then uninstalled) in sandbox2 but not in sandbox?

Please advise.

Thanks

Hmm…

If I can’t do it the WP-CLI way, then how can I tell re-direction to say replace:

Regex: true
Source: <what do I put here to retrieve the Site URL?>/continent/north-america*
Target: <what do I put here to retrieve the Site URL?>/destinations/north-america/

instead of…
Regex: true
Old Source: ~/allacros/sandbox2/continent/north-america*
Old Target: https://wordpress-193013-573387.cloudwaysapps.com/~allacros/wow/destinations/
where the site URL is hard-coded into Redirection’s dialog boxes, but this requires the painful step of having to go in and manually change each redirection entry one-by-one every time I do a migration.

Thanks

• This reply was modified 6 years, 5 months ago by jtcheng.
• This reply was modified 6 years, 5 months ago by jtcheng.

Just started to see this issue on a test install on a Virtual Box instance. Wondering if there’s some gotcha on the way it’s configured that I’m missing.

That said, I did notice my Uploads folder is mostly empty (so apparently the files moved somewhere), but the S3 bucket it was supposed to go to isn’t showing the supposedly “moved” files per wp-cli or GUI importer.

• This reply was modified 6 years, 5 months ago by jtcheng.

Thank you for the heads up. It works.

Though I did notice that UM’s login doesn’t tell you how many attempts are remaining. Only the wp-login.php portal does. But that’s a nit pick. Either way, it seems to get get the job done.

I guess when support got around to looking at the link, I had changed posts.php to display a custom post type while debugging. I’ve since restored it so I can demonstrate that there are enough posts to expose the “load more posts” button.

https://s1.temporary-access.com/~allacros/sandbox/user/jtcheng?profiletab=posts

So the original question remains. It appears that the current version of UM is buggy regarding the Load More Posts button as I’m apparently not alone in this.

I’ve never seen this work since I hadn’t been exposed to any other versions of this software as I’m still trying to beta test it to see whether it’s worth adopting this plugin or not.

So is support or staff going to do something about this? Or leave it in this state?

I just saw this helpful how-to:

https://suiteplugins.com/how-to-change-the-post-type-on-ultimate-member-posts-tab/

However, this only presumes that this post list will only list one specific post type.

Is it possible to have this post listing show multiple post types.

For example: posts OR custom_post_type_1 OR custom_post_type_2?

OK. For posterity, I figured out how to get rid of the annoying shortcodes.

The key is to have UM point to a different page with the VC shortcodes manually stripped out.

So I did this.
1. Clone the existing Privacy Page then rename the clone to “Privacy Page No VC”
2. Edit Privacy Page No VC and strip out the VC shortcodes at the start and the end. Classic Editor mode must be used or else VC’s editor will take over and render unavailable the shortcodes. Then save.
3. Go back to the Registration Form in UM and in the pulldown menu in the sidebar, select “Privacy Policy No VC” as the page instead of “Privacy Policy” like it had defaulted to before.

After doing this, the shortcodes went away.

FYI: For posterity, I managed to pin this down to a couple of things…

1) I had to go into the sql db to remove references to the old URL and replace them with the sandbox URL.

2) I had to disable BuddyForms and BuddyForms Ultimate Member plugins as there was an apparent subsequent plugin conflict that prevented the Sign Up Page from working.

After those were done I not only was able to do password changes on the first try on the public sandbox site, but I also was able to be successfully able to do this on my VirtualBox instance on localhost.

Based on this, I’m pretty impressed with the UM plugin. I’d like to still have it work with some kind of user-submitted posting for registered users, but so far I’m not having good success with neither BuddyForms nor WP User Front-End.

I’m now thinking of going with the open source User Submitted Posts with some custom coding to extend its functionality, but I’m wondering if the UM folks know of other recommended plugins that would fulfill this need and still play nice with UM?

Strange thing just happened. Looks like I’m able to change the password the first time after signing up as a new user then immediately changing the password.

I did this on the cloned sandbox site.
https://s1.temporary-access.com/~allacros/sandbox/login?redirect_to=https%3A%2F%2Fs1.temporary-access.com%2F~allacros%2Fsandbox%2Faccount

So there’s clearly something off about the original link I put in.
https://s1.temporary-access.com/~allacros/wow/login?redirect_to=https%3A%2F%2Fs1.temporary-access.com%2F~allacros%2Fsandbox%2Faccount

Therefore, I see no more reason to pursue this.

Thanks for getting back to me.