PeterHatch
Forum Replies Created
-
Forum: Reviews
In reply to: [BuddyPress Groups Extras] Uh…. wut?yes the field are set up in the Manage / Extras group admin section and they are populated within the Manage / Details group admin section
Forum: Reviews
In reply to: [BuddyPress Forum Editor] Working fine on the BP legacy forumLook forward to it
Forum: Reviews
In reply to: [BuddyPress Follow] Made for the TwitteratiYes thanks the edit form is at the bottom of the review page. Have updated my review keep up the good work r-a-y. Next time I’ll look before I leap.
Forum: Reviews
In reply to: [BuddyPress Follow] Made for the TwitteratiMy Sincere Apologies r-a-y please delete this review (I can’t appear to edit it!)
I discovered last night that the breakage was in fact caused by a new feature of an updated BuddyBoss Wall plugin Version 1.1.8 when turned on.
Enable Wall Privacy – Allow members to set privacy options when they post.
It also broke the general members listing causing it to run out of memory after a few pages.
I’m using WordPress 4.2.2 running BuddyBoss BuddyBoss 4.2.0
I’ve reactivated Buddypress Follow and all is working fine.
Discovered this is all down to the way wordpress cron works, When the time arrives to send the digest it is triggered by the next page load and on a busy site there is a risk that if more than one page load is called in that instant before confirmation is received you get multiple processes running in parallel.
The diagnosis is to trigger the cron manually with one of many cron manager plugins.
The cure is to send the digest at a quiet time or set up a real cron job to replace the wordpress cron
Apparently this is a well known wordpress issue and it beggars belief that nothing has been done about it.
Increase you memory or max execution time in php.ini to try and fix this
These are my settings;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;max_execution_time = 60 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 128M ; Maximum amount of memory a script may consume (32MB)
max_input_vars = 4000Your php.ini may be found in you cgi-bin
Forum: Plugins
In reply to: [BuddyPress Group Email Subscription] Emails not queueing or sendingThis may be a version issue. When I updated the plugin once it wouldn’t queue. So I reverted to a previous version and voila. If you have had the plugin activated you will find the database ass digest items stacked to the point you may get out of memory issues.
OK @gabokappa I am getting a similar problem with issue of duplicate daily digests emails sent to members sometimes as many as four identical daily digests to each member
With 1,000+ members this is a problem! Today I sent out 3,000 emails!!!!
The View queued digest items in the browser looks fine no duplicates
The duplicates are being generated at the same sent time so it doesn’t look as though the process is being interrupted and starting over again
I’m using
BuddyPress Group Email Subscription Version 3.5.1
BuddyPress Version 2.2.1 which legacy forum (I hate BBPress)
WordPress 4.1.1
turboSMTP Version 1.2Weird thing is some days it’s perfectly normal
Can @boonebgorges help?
what is the target url from clicking on the members avatar?
sounds like a permalink issue
You are talking about the notification tab on the community menmu right? If there are no notifications it should default to your profile page – otherwise it will take you to the relevant page – inbox – friends etc
What url does the link generate? – you can see this in the browser status bar if you hover over the link – or right click the lijk and look at properties
Pete
This wonderfully useful plugin is no longer available
Reading the above @peter-anselmo has probably pulled it – and I don’t blame him
What a shame!
Forum: Plugins
In reply to: [BP-TinyMCE] [Plugin: BP-TinyMCE] Is there a way to add photo upload?Try BP Activity Plus
Forum: Fixing WordPress
In reply to: nav-menus.php hangs and dont finish loading menusthat solution sort of worked but throws an out of memory error on my set up
i found that if you disable the pages posts and taxonomy met-boxes from loading in wp-admin/includes/nav_menu.php this works
add // to the beginning of lines 374 & 375 to disable
//wp_nav_menu_post_type_meta_boxes();
//wp_nav_menu_taxonomy_meta_boxes();I used the @minkowski method
Deleting all the menu items in the database then finally deleting the empty menu from the back end
I found it helpful to use the date modified to be able to identify all the items in a particular menu
Haven’t needed to delete taxonomies but I guess this would work too
Pete
OK get this!
Had the very same problem
I selected a redundant menu in the back end thinking I’d delete it (BIG MISTAKE) and got the error page and can’t now view the menu admin page at all
So remembering the menu I clicked on just before the error I deleted the two lines in the database
Still get the error though
Now it gets interesting…
Log in under a different user admin and I can see menu admin no problem and yes the flawed menu tab has gone
But go back to my original login and same problem
CONCLUSION
Something is remembering which menu tab I was on and now takes me to a non existent tab which errors
SOLUTION
Clear that bit of memory that recalls which menu tabs selected
QUESTION
Where are the menu settings for a user stored between sessions?
HELP!!!!!