Forum Replies Created
@henrywright-1 Still doesn’t work.
Instagram have 100% changed something recently.
Images from last June/ July work no problem, but newer links just display a blank frame that still links to the image on Instagram, but displays nothing on a BP activity stream for example.
I should say thanks and congrats here too guys. I just made the schoolboy error of upgrading my production site to BP1.7 – thinking I was logged into my staging site.
I absolutely cacked my pants when I realised what I had done, but am SO amazed that everything works flawlessly so far!
My site is HEAVILY customised so I thought it was gonna be a right headache, but it wasn’t at all!
BIG thanks goes out to @hnla too for not clubbing me around the head when I told him what I’d done! Haha!
Have confirmed this on 2 more brand new installs.
Tried to explain it as best as I could in this ticket:
The friends component is great to quickly filter the activity stream to see what certain people have been upto on the site.
It’s probably the sole feature of it to be fair, but it is useful in that respect.
It also ties in nicely with instant chat plugins such as comet chat.
I use @etivii’s BuddyPress Pending Activations plugin on a daily basis.
It’s brilliant. Check it out!
@aaclayton To find out why those entries weren’t being deleted by wp-cron on a daily basis, if you install the lightweight plugin wp-cron dashboard, you will be able to see the cron jobs in the dashboard.
Check if you have the cron job bp_activity_akismet_delete_old_metadata listed.
See if the plugin has a tick next to it or a cross saying ‘no action exists’. This is what I am seeing at the moment, and I’m not sure if it’s BP or something else at fault.
Regardless that those queries were being created even when you had them turned off, they still should have been cleared out daily by that cron job.
Let me know what you see.
Cool, no worries Paul!
I guess Clayton’s 25,000 entries would have been cleared if the cron job was running on his install though?
Rather than me mucking p this thread though, we can discuss it here:
Any ideas on how to re initiate that cron job wold be very much welcomed!
Just to clarify, it looks like the cron isn’t firing – just checked my bp_activity_meta table and there are hundreds of entries from much longer than a day or two ago.
It’s still listed on another one of my sites but it is again labelled as X No action exists.
If you need anyone to test anything, just shout up!
Could this be something to do with the wp-cron job Paul that I’m seeing not firing for akismet and BP?
Only problem now is after deleting the bloody cron job, I can’t re-queue it.
I don’t want to hijack this thread by the way, if it’s a separate issue, tell me to sod off!
I think I may have made a massive schoolboy error here Paul.
I actually deleted the wp-cron job for this last night, thinking that when I re-saved the BP settings for akismet that it would re-queue it up.
That isn’t the case, and I’m struggling to have it set up again now.
I’ve tried deactivating and reactivating BP, resaving settings in akismet etc.
Does anyone have any idea at what point this is placed in cron?
I’ve been able to re-schedule all other cron jobs in the past after deletion by setting up the plugin involved again, but I’m a bit stuck here.
Thanks in advance!
Hey Paul, just checking back in here. Is there any way to check if this function is firing, or if I delete the cron job, can I resave settings anywhere to reschedule it?
Your blog isn’t set to ‘Discourage search engines from indexing this site’ in the backend under Settings—>Reading is it?
No forum stuff will be posted to the stream in that case.
Looks like this patch in WP ISN’T hitting BP.
See this link for all details:
Thanks for this guys, yep issue resolved for now!
Think you are right:
I’m not sure if it’s a dimension issue. If I create 190×190 square images of the original images that won’t upload, then they upload just fine.
I’m pretty sure it’s not a file size issue as some images that are smaller than images that can be uploaded will still fail.
TRAC ticket submitted here
It’s a bit weird as it will let me upload a couple of images, but not many.
It looks like it isn’t calling the crop overlay and it’s freaking out.
This was totally fine in the last version so hopefully won’t be a big issue to get sorted.
Avatars re absolutely key to my site though as it’s for actors and models, so fingers crossed we can get it fixed ASAP.
Thanks for confirming the issue though, I’ll now put it in TRAC.
Okay it’s definitely a BP 1.6.2 error.
Here it is:
Fatal error: Call to undefined function wp_get_image_editor() in /home/mytestsp/public_html/wp-content/plugins/buddypress/bp-core/bp-core-avatars.php on line 521
Do I ned to make a TRAC ticket for this?
Would love to know about BBPress support too Paul!
I’d love to reward posters 1 point per post and then reward them with free premium membership after say 500 posts or the like!
Now that would be awesome!
Hope you are well mate!
Hi Karma/ Paul,
Thanks for the explanation guys.
How would I verify if this was firing?
The cron job is definitely being updated in terms of the times it shows for running. It seems to run once per day.
The thing is, I have just set up a brand new vanilla BP install of the latest version of BP 1.6.1 and after using the WP Cron Dashboard plugin to check on cron jobs, it too shows that NO action exists.
That is now 3 separate installs it’s showing no action for.
Perhaps there has been an issue on a BP update, but i’ve checked crons regularly from the dashboard to make sure they are all still there, and I’ve never noticed an issue with this job in the past.
All other crons show just fine WITH actions existing.
Perhaps someone else could install the plugin and see if they get the same result.
To set up the cron, you should only need to post to the activity stream once after installing BP on a fresh install.
The job will then show up under the Tools —> Wp Cron menu in the dashboard.
Hopefully we’ll work it out.
Let me know how I can help out.
@djpaul hey Paul, tested on a clean install of BP 1.5.7 and the problem ISN’T there. Captions work perfectly in the stream.
Will update ticket.
No worries Paul, just thought it might be a tweak to the last patch. I don’t mind sending over some beer money to anyone that has a few minutes to take a look.
I can try and replicate this in BP 1.5.7
Just for the record, are you seeing it in 1.6.1?
Will report back if I can get an install of 1.5.7 up somewhere.