Actually @henrywright – I just noticed there is indeed a notifications table and a notifications meta table.
There’s a separate table for message notifications, which I would leave well alone.
I guess the only other notifications that would be useful to keep intact would be the friendship requests. If I deleted notifications, would people lose the ability to accept friend requests?
When I google that error I see posts referring to WP running it’s jQuery library in no-conflict mode.
People say that errors like this are syntax issues – the jQuery library included with WordPress loads in “no conflict” mode. This is to prevent compatibility problems with other javascript libraries that WordPress can load. In “no-confict” mode, the $ shortcut is not available and the longer jQuery is used, i.e.
jQuery(document).ready(function ($) {
By including the $ in parenthesis after the function call you can then use this shortcut within the code block.
This is a bit beyond me – does anyone else see this behaviour and have any idea if the above solution is implemented in BP to cause no conflicts?
@djpaul Hey Paul – not spoken to you in ages – hope you’re well mate!
Right I’ve just had a look in WP settings and indeed the URL’s were set to www.
I have a very blurry recollection that I very well might have added those http://www.’s years back after my staging site was created by Boris.
Deleting the www. from both URL fields AND THEN REMOVING that Htaccess fix above still keep ajax working which is great!
It’s something I have never ever looked into before, but what would be hardcoded into my install to cause this mix up where it is expecting no www. but getting one.
Obviously I know where the www. came from – it was in those 2 general settings field, but where in the install was WP picking up that it was expecting no www. – and why would that only affect iPhone.
I’m just trying to figure out where that no www. stuff that WP was expecting is kept.
It’s bloody confusing for a simpleton like myself! Haha!
What ultimately determines what WP expects to see? The ajax was expecting a no www.
Took me til 2AM this morning to work this out but got there in the end – whether it was to do with my WP setup or something that wp-admin/ajax.php is doing though I’m not sure.
I eventually found out how to debug on my iPhone and I when using any ajax on my staging site, I was given this kind of error:
The sites run on the same server, but they don’t share the same database.
I’ve been into mySQL and each DB has the same tables set up – nothing looks odd or anything.
In terms of turning the option for BP’s activity button on and off – do you mean the auto-refresh option?
I’ve tried that to no effect.
With regards to BP-Default – I’ll certainly help test this – but for my issue, the fact the theme works on one install and not the other, would suggest that the theme isn’t an issue.
I’m going to keep looking through each site’s settings and see what the score is with any differences.
It’s such a mystery – and even more of a mystery that only iPhone/ iPads are affected on just one of the installs!
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.
@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.
