doedev

I’m upgrading our pro server next week so badgeos/buddypress/wordpress will be the latest versions on the server you have access to I believe. I would like to resolve this issue soon. I’ve tried to step through the code using PHPstorm but have not had luck finding the exact cause of the image switch.

It only does it for one achievement type and does not look like it is being seen as a step. Any testing suggestions or ideas would be welcome.

Thanks!

Resolution: I updated all the WP and plugin files to the latest versions on our dev server. Then, I went through all of our achievements and clicked the Update button on each one. A Credly badge ID showed up after clicking Update in the field at the very bottom of the post. I then went to the public side of the site and tested submitting achievements. The ones that were supposed to go to Credly.com did start showing up.

Long story short is that the achievements needing to go the Credly.com user accounts needed a Credly ID. The ID was obtained by updating all files and then updating each achievement type post.

I just noticed something else that might help pinpoint the issue. On auto-approved submission of an achievement type Quest, the correct image is loaded into $image variable in the badgeos_achivement_thumbnail function. Somewhere along the way, this value is replaced with the credly default image file location. When the page finishes loading, the correct image is showing on the page with the submission success message.

So, high level view:

Load page with submission form (correct image)
Submit form – correct image file location loaded into $image var from db
<processing….>
Credly default image file location pulled from PHP coding b/c $image is empty

DB processing finishes and page loads with success message (correct thumbnail image in page)

Michael,

I’ve got PHPStorm up and running now and it’s a bit different then Netbeans.

Is there a private forum/method to contact you? The organization I’m working for is a Credly Pro account and one of Credly’s more complicated projects. I would like to be able to give you more info that I do not want to make public. It might make troubleshooting a little easier.

Yeah, I looked into PHPStorm but had better luck getting netbeans installed. it’s working ok for now.

So I sent another Quest through the submission form and think I found the $achievement array you were curious about.

image: “” so it’s causing the function to look for achievement type’s post tb and when it fails to find that, it loads the default credly image.

The achievement values when it enters the function for the Quest type, are:

Image

post_type = achievement-type << is that correct?

Hi Michael, I’m not sure I’m going to be able to get access anytime soon.

I’m attempting to solve another related issue but cannot seem to narrow it down. I’m using xDebug and Netbeans to step through the code but it is still escaping me. The best I can do is show some of the values in time and see if you can point me in any direction that might help me pinpoint the issue.

Issue: One achievement type is losing its custom thumbnail image (attachment) but other types do not.

Overview: We are using bagdgeos with Skills that require multiple Compentencies that require multiple Quests.

Hierarchy would be like this:

Skill -> step ->>
Competency1 -> step ->>
Quest 1 -> step -> Quest2 -> step

Competency2 -> step ->>
Quest2.1 -> step -> Quest2.2 -> step

Skills – attachment images images are correct in BP activity stream

Competencies – attachment images are correct in BP activity stream

Quests – default Credly image is used in BP activity stream

I’m using Netbeans to set a breakpoint in the media.php/function wp_get_attachment_image to show what values are in the thumbnail attachment values. Somewhere right before the last database updates are made, the value of the image attachment is lost even though it was correctly retrieved/stored in a variable at the beginning of the form submission.

Any ideas why the value would become empty for this one achievement type? The other two work fine although they are automatically triggered if all Quests have been approved.

As I’m stepping through a Quest submission, I see the correct value early on:

Correct Image Value – Correct thumbnail path stored in variable

after continuing stepping through the form submission, the values get lost:

Lost Value – Values seem to be lost

Lost Value Before Credly Default Called – Right before Credly default assigned

Credlydefault – Credly default assigned

I’m at a loss as to why this particular achievement type loses the correct value during the submission processing. The database correctly stores everything but the image. The Badgeos “steps” are added for the achievements so the submitted achievements show up as earned.

Thanks! We move really slow here in terms of servers/access so it might be a little while before I figure out what access options we have. Thanks for your patience.

I’m working on a localhost setup. I’ll ask our sysadmin if we can get you into the Live production site. It’s not quite the same setup as I have upgraded WordPress and plugins on the localhost. The live site is still WP 3.5. The data should still be the same?

Silly question, how would I get access info to you if I can get approval?

Do you have any suggestions about what to check for in usermeta/postmeta? I’m assuming the meta_value serialized data is where the time information is stored? For the user mentioned above, I only see date_earned timestamps in the meta data for each achievement recorded. I do not see any time comparison in the postmeta or usermeta tables.

The badgeos/includes/triggers.php seems to have the functions relating to the unlocking achievement lines. I’ll see if I can do some debugging here.

Apologies for that. I pasted in the 3 columns I think will show the achievement types from our wp_posts table. After reading a bunch of forum topics slightly related, I’m wondering if our achievements are supposed to be named something else in post_type? They are all currently named achievement_type.

Image

I’m not sure if this points out anything to you but here is what is stored in the wp_bp_activity.content field and is what shows up on the activity feed incorrectly, but shows correctly in the profile/achievements/quests section correctly.

<div class="badgeos-achievements-list-item user-has-earned"><div class="badgeos-item-image"><a href="https://<website-removed>/blog/quest/create-1-1-1/"><img src="https://credlyapp.s3.amazonaws.com/badges/af2e834c1e23ab30f1d672579d61c25a_15.png" width="100" height="100" class="badgeos-item-thumbnail"/></a></div><div class="badgeos-item-description">Explore the interrelationship between planning, establishing a specific schedule, and the successful development and delivery of an online course.
</div></div>

Each achievement type has a default achievement image in the right metabox assigned and those images are all different. In the backend of BadgeOS looking at user profile, the achievements with correct images can be seen. Steps with the default credly image show up in this backend profile area.

On the public profile, what happens is that the lowest achievements, what we call Quests, end up with the default credly image in the Activity Feed. They do not appear to be the Steps since they are linked to the Quest, which is one of our achievement types with a custom image set.

Any idea why this would be happening? Could the Steps and our achievement type, Quest, be getting mixed up somehow?

An overview of our achievement type flow from bottom up:

1 or more Quests earned results in 1 Competency earned
1 or more Competencies earned results in 1 Skill earned

Quests have incorrect, default credly images

Competencies/Skills have correct images.

Sure, I’m digging around behind the scenes anyway and would be happy to do some testing while I’m figuring this out. I’m looking into the naming of the various parts and will let you know if they are all the same. I wasn’t involved in the setup but that’s a good tip. Thanks and please let me know how I can help.

Thanks for your quick response Michael. I just started investigating this issue but the site really hasn’t been touched in a year. The users have just been working around the issues.

do you happen to know of a way to test what is being sent to the Credly API from badgeos?