haydnjames

We use Wordfence and I’m just checking on the server side cache with our provider.

Like @katering though, I’ve not seen the error once since rolling back. So there has got to be some connection there surely?

We have been seeing this issue over the last few weeks too. I’ve seen some old support topics that recommend switching off caching or hiding certain pages from caching – but this hasn’t worked and we still get the error intermittently.

Is there an issue with the latest version of UM causing this?

Hey @voltronik

We only started using the plug mid December on our live site, and looking back at the notifications in our mailbox, it seems they’ve always been duplicated as there are a couple of examples from December and some from recently too.

Right now its not a major issue as we only send the notification to our admin mailbox so we can keep a record of what our news editors are sharing. But in the future, we did want to start sending the notifications to our registered userbase – so would want to avoid duplicates by then.

@voltronik yes, v1.7.6.

We’re on the latest version of WP too, 5.3.2 and PHP: 7.2.27 if that’s relevant.

@voltronik Apologies for the delay in coming back. I was wrong in my original post, it wasn’t the ‘new post’ notification, it was the ‘new post scheduled’ notification that sends multiple times – even if when the article is edited (before its publish date) and the scheduling isn’t changed – is that expected behaviour?

Hey, thanks for the quick response.

No front-end editor. We’re using the backend, but with the classic enable editor enabled and some ACF fields.

I’ll double check to make sure the correct trigger has been selected and that new post updated hasn’t been selected in error.

@mehrshaddarzi

Not sure if this is a route cause or helps track the problem, but I had two sites (test environment and live environment) and was seeing hits from admin being included on one but not the other. I have painstakingly gone through every plugin and setting to check for differences.

I just found that on one site (the one tracking admin incorrectly) “Track All Pages” setting was enabled in WP Statistics). On the site that continues to correctly ignore admin hits, this was disabled. On enabling it, admin hits started tracking, and re-disabling it, admin hits stopped.

Update

This didn’t fully resolve. The above stopped hits getting tracked on the individual posts/pages tabs in Statistics and hits columns in the posts/pages admin lists but the totals show in the dashboard for overall site traffic are still including admin hits with that setting enabled/disabled.

• This reply was modified 4 years, 11 months ago by haydnjames.
• This reply was modified 4 years, 11 months ago by haydnjames.
• This reply was modified 4 years, 11 months ago by haydnjames.

Now no user can edit their own comments.

@ronalfy Thank you for the speedy turnaround. We’ll update and come back if any problems ??

Hi, I can confirm, we’ve started to see this issue too on our site. Noticed that scheduled news posts have hits before they’ve gone live. In settings, we’re exlcluding all admin/editor/etc so should be zero hits until live.

@ronalfy That doesn’t seem to be how it is working right now as not all admins and editors see the edit option.

Currently the only people who see the edit comment button is the person who created the news post and the person who posted the comment. Other admins set up on our site don’t see the edit button added by the plugin for other people’s posts or comments.

Hey @ultimatemembersupport

Thank you for getting back to me. Unfortunately this still does not seem to work.

If I add the templates to theme-name/ultimate-member/templates/email/ they do not work. I don’t believe this is a theme clash though, as we have a custom account.php template in theme-name/ultimate-member/templates/ that is working as expected and I cannot get custom emails to work even when switching to one of the default themes.

The docs state that UM will automatically save any changes in theme-name/ultimate-member/templates/email/ but this isn’t happening either. A folder called email is being created automatically one level down in theme-name/ultimate-member/ and if I put my templates in there, they work fine.

So are you 100% sure it should be theme-name/ultimate-member/templates/email/ – if so, it doesn’t work ?? but theme-name/ultimate-member/email/ does.

• This reply was modified 6 years, 1 month ago by haydnjames.

I encountered a similar problem when setting up my own custom landing page, with a site that was fully password protected. But it was just down to a simple permissions conflict.

Is your landing page set to be your home page in the WP settings > reading > home page?

If not, you’ll need to make sure in UM settings the url of your landing page is listed as a page logged out users can view. Otherwise, when they try to visit the landing page, they’re redirected away to the login page… which creates a continuous loop of redirects. ??

I’m seeing this same issue.

I can apply the CSS via my theme, but it does make more sense for the bar to be hidden by default and made visible after the plugin has checked if it needs to be shown or not.

I already flagged this issue on GitHub a few weeks ago. Can you look at combining/minfifying remaining files also please? ??