Only Admin Can View Achievements Page

Did you turn off BadgeOS for the moment? https://www.optionmillionaires.com/om-community-achievements/ is showing the text output of the shortcode, instead of the actual content rendered by it.

Sorry, yes. I turned it off because we run a large membership site and I didn’t want to confuse anyone with it not working properly. I have it on a testing platform currently. I can give you details if you like. It’s a password protected site. It behaves in the exact same way. It appears if you are admin or not-logged in but at any other member level it says, “There are no steps to display”

Yeah, any login creds necessary for this testing site would be appreciated so that I can see what’s going on.

michael @ webdevstudios dot com

since we don’t need anyone else getting in ??

From the looks of things and what I can see so far, you’re using the [badgeos_achievements_list] shortcode, but from the sounds of it, you interpreted it as a shortcode that’s used to show all of the available achievements. That’s not actually the case. It’s a shortcode that’s supposed to show earned/unearned achievements for either a specified user or the current user. This would explain why you’re seeing things for an admin, who probably has some achievements/steps earned, but none of the lower membership level users have earned anything yet.

We set every custom achievement type by a website owner to have archives available, but in my debugging experience in the past, when someone makes a page that uses the same slug as they chose for an achievement type, they either never get to the page, or they never get to the archive. Your use of “Levels” would be an example of the page taking precedence over the archive for the levels achievement type. Always a slight conflict in what to query for.

Ok, I can see your point. However, it doesn’t make sense then that it would be appearing for non-logged in users if that were the case. I thought the point of the achievements page was to show people what they have earned and what they could earn. So, potentially everyone has the chance to earn an achievement. Also, on my live, the slug was actually om-member-achievements or something like that. So it wasn’t straight achievements like is used on the testing platform. The results were the same, however.

Another thing that doesn’t make sense. I manually awarded a few users the badge because they actually had done the steps prior to my adding the plugin. In this case, the badge was for updating their profile picture and updating their profile content. It showed up under their achievements if I was logged in as admin, but if I was logged in as anything else it showed that they had earned no achievements.

I do see how I could have made a really big potential mistake on the live site. I created an achievement type of Steps. This seemed to conflict with the actual steps needed for earning each badge. So, every single step for earning a badge was showing up up in the achievements menu and as I continued to add a badge. I deleted all achievement types completely before deactivating and deleting the plugin files. Will I need to do anything else before installing again to ensure that it doesn’t still have the conflict? I’ll create a new name for the achievement type I want, of course.

As another note. How can I ensure that when I re-install the BadgesOS plugin and Community addon that it starts from scratch? As mentioned, I did delete all achievement types before deactivating and deleting the plugins. I used WP-OPtimize as well after that. Is there anything else I should do to ensure that it’s a totally fresh install with no old queries hanging around?

Valid point on the not-logged in part, something I can’t explain off the top of my head at the moment.

Could you create a 2nd user for me that is not an admin? I’m not sure what the default level will or should be for users. I’d like to be able to log in to both and compare what I’m seeing and potentially why. Just use something like “michaelwds” and michael @ webdevstudios.com for the email. Just put in something random for a password.

I’ll do a bit more poking around after that and respond to the rest afterwards.

Ok, you are set. You can change that level as much as desired. Bronze is the first level (matches with WordPress Subscriber level) and we have three others above. Silver, Gold, and Diamond. I just put in “badges” as your password and the name you requested for the username. You are a Bronze member.

Changed the password just to be safe. Will check on this more on the morrow

So I’ve poked at a good number of things, and I finally broke down and did the deactivate plugin until it works again thing, and found that it starts working like expected when SMS WordPress is deactivated. I’ve left it deactivated for the moment, so that you can see the achievements page on the dev site, and how it loads for non-administrator level users. It doesn’t appear to have any effect coming from s2Members.

Thank you so much for all your work on this. That’s very disappointing, though since the SMS is a really big feature that our Gold Members and Above pay for. We can’t lose that service. I wonder if upgrading that would solve some issues. Are you at all familiar with the SMS plugin at all? I will talk to the plugin author to see if there is something he can do to make it work. Can you tell me what the exact issue is so I can tell him or did you not find the conflict per say?

I do not have experience with it, to be honest, nor do I know exact causes with regards to it. I only poked around enough to determine that it stopped breaking when SMS WordPress was deactivated. I did file a GitHub issue about it, in case we have a better way to check on it in the future.

The only thing I really know is that a global variable that we set is not behaving as expected when it comes to javascript and ajax. Not sure if that’s going to mean much to the plugin author, but it’s the best I have at the moment.

I contacted the plugin developer and hopefully he can help. As a note, and not sure if it’s related but on the live site it auto populates several of the generic thumb badge icons into the media library every time I add a featured image. It was doing this from the start of using the plugin, and still is doing it even with the plugin uninstalled. Should I open up a separate topic on this? I thought maybe this had to do with my creating an achievement level called steps and the badges using steps as well. Not sure. I just discovered it was still doing that (adding the extra images in.) I’m going through and deleting each permanently, but they keep getting added back in.

Ok, I’m still having issues with those crazy default badges in my media library. Now, the image looks like it’s broken, but I’m still seeing a whole bunch of placeholders for these images within the media library. The name of each image is af2e834c1e23ab30f1d672579d61c25a_155 except the _155 par is unique. Why would these still be in my media library even when I’ve selected delete permanently multiple times? It’s like they keep getting reloaded too, and I’m completely puzzeled because I’ve got the BadgesOS completely uninstalled. Is there leftover stuff in the database still? How do I get rid of it?

The auto-population of the thumbsup image is something I have fixed in our development branch, but it’s not properly released yet. So that will change in the future.

Not sure why it’s still happening if you’ve uninstalled and removed the plugin, because that’s where the code is that’d re-fetch the image. Something just residing in the database that referenced it shouldn’t be able to re-trigger it.