Forum Replies Created
-
In reply to: How to Uninstall and remove role capabilities
@casiepa – yeah I’ve ran the plugin and completely reset all user roles to default install settings.
The bbPress role doesn’t show up as a selectable role to assign the user, it just appears at the very bottom of their profile in the backend. Just like in the pic the original poster published.
I have no idea where it is being pulled in from. I’ll do a search in my DB and report back.
In reply to: How to Uninstall and remove role capabilitiesI too have deleted every trace of BBPress AND ALL BBPress roles, yet still see this additional capability in the backend.
Anyone know how to get rid or of any MySQL functions to cleans the DB?
Thanks in advance!
@robkk – yeah ray picked this up yesterday.
Thanks for checking in – hopefully we can get it sorted soon.
Ross 🙂
FINALLY figured it.
It was the use of emoji’s in his replies.
If someone uses an iPhone emoji, it still shows in BBPress, but for some reason the entry ISN’T placed in the activity stream.
Not quite sure if BBPress or BuddyPress is the culprit for that.
Bizarrely, if I log in as this user and post, the topics and replies appear in the activity stream.
His original posts that DON’T appear in the stream don’t appear in spam of the activity stream in the dashboard and they even say that Akismet cleared them – so I don’t think it’s his IP that’s been blacklisted by Aksimet – surely they wouldn’t say ‘cleared’ on his replies if they did?
Totally bizarre.
Any ideas?
subscribing to topic.
Just discovered that it looks like this is for the email alerts sent out when you are subscribed to an entire forum, not just a topic.
I’ll post a TRAC ticket, see if you guys can recreate it.
Anyone else seeing this folks?
Quick update on this folks.
I’ve now moved onto a new dedicated server.
I’m still having the huge waiting times when I have more than a few subscribers to a topic.
The post that is most affected has around 30 subscribers now.
Once I hit reply, the forum post is actually posted pretty much instantly – I can open the activity stream in a second browser and see it there.
The screen where I’m posting from however hangs until ALL emails have been sent.
If I look into my Google Apps ‘sent’ items, I see the emails going out at a rate of one or 2 a second.
For 30 subscribers, this means the page won’t actually continue to load for the original poster for around 20 seconds.
At that point, it finally carries on loading and they see their reply posted.
This doesn’t look like a server error as it’s happened when using both the server’s own mail system and Google Apps on 2 different servers.
Is there any way at all to allow the script to load continuously, whilst queuing the emails by cron or something?
I’m more than happy to try ANY suggestions. I SO want to get this fixed as it really cuts down on interaction in my forums as people just don’t want to wait 30 seconds to see their post.Yep, ignore this guys.
I was simply using the old template tag for the username and not the new one to display the @mention name.
Ahh, might hvae this mixed up.
@mentions still need the hyphens from what I can see, but there are new calls to get an @mention safe name from the username with spaces.
Will report back.
In reply to: bbPress 2.0 – UpdatesTesting reply speed on larger topic. Please ignore this post.
In reply to: Making Topics and Replies Takes So LongI’ve been experiencing similar results for a few months now, BUT only on topics with more than a few subscribers.
It seems that BBPress is waiting for a confirmation that the email notifications have been sent to subscribers BEFORE it releases the rest of the php script and allows the page to refresh for the actual person posting.
The post is actually posted very quickly if you look at the forum on another browser whilst the browser used to actually post is still processing.
I’ve set up a TRAC ticket here and have been investigating it for a while.
https://bbpress.trac.wordpress.org/ticket/2162#comment:8
I’m wondering if there is a better way to handle the notifications?
I’m no coder though unfortunately.
Just updated Trac.
Here’s my latest findings/ questions on this matter:
Hey JJ, just wanted to drop back in here.
I’ve duplicated my live site on a brand new dedicated server and the behaviour I was seeing on my shared server is still there.I’ve been doing some tests with a server analyst from my host and his initial thoughts are that WP or BBPress, BP is waiting for a ‘true’ return on mail confirmation before it’s actually allowing any php to continue/ refresh the page to let the user see his post.
If I open up a new browser window and refresh the activity stream for example – AS THE OTHER WINDOW IS STILL PROCESSING THE POST – I can see that it has actually ALREADY been posted.
This means the post is being written to the DB pretty quickly and mail is starting to be sent with the topic reply subscription notifications, but it seems that the page can’t refresh for the poster until the mail has been sent and some kind of confirmation of that has been received.
It makes no difference whether I send the email locally or through SMTP (Google Apps), so it’s not the mail server being slow.The topic that this is worst on still only has about 30 subscribers though, so it’s hardly hundreds or thousands.
I’m guessing that not many users even on BIG sites will get loads more than 30 or so for each topic, so this is why this may have gone unnoticed in the past.
Could you guys explain to me the process of what BBPress is actually going through BEFORE it is allowed to refresh the page the user who is posting is on.
Their post is being posted way before they get to see it – does the page wait for confirmation of the emails being sent.There isn’t a problem posting new topics with no replies or very few voices.
I think it has to be something along these lines. Thanks! 🙂Awesome JJ, you were on that like lightning!
Thanks so much for checking it out!
Nice one JJ,
ticket is here: https://bbpress.trac.wordpress.org/ticket/2185
Phew… glad that wasn’t just me going mad!
Just to update on testing too, I have fully tested this now and can recreate it on all of my installs and a brand new install of BP 1.6.3, WP 3.5 and BBPress 2.2.4.
Admin can post @mentions freely, but regular BP members (assigned participant role) can’t without that error in the log appearing.
The @mention still works as it should but I can’t for the life of me see why it’s throwing that error.
I’ve tried it and get the same result on 3 separate servers now too. I have tried it with BP-Default and NO plugins except for BP and BBPress.
If you guys need me to test anything else at all, please shout up.
Should I create a ticket in TRAC?
@johnjamesjacoby Cheers JJ. I’ve just tested with bbpress2.3 beta 1 and I still get the same behaviour.
Admin can use @mentions and no syntax error appears in the error log.
As soon as a regular participant does, then they get this error:
`[29-Jan-2013 12:51:38 UTC] WordPress database error You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘http://www.mysite.tv/members/admin/’ rel=’nofollow’>@admin mentio’ at line 1 for query SELECT ID FROM wp_posts WHERE post_type = ‘reply’ AND post_status != ‘trash’ AND post_author = 40 AND post_content = ‘Now testing @admin mention in a forum post.’ AND post_parent = ‘9865’ LIMIT 1 made by require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), call_user_func_array, bbp_template_redirect, do_action(‘bbp_template_redirect’), call_user_func_array, bbp_post_request, do_action(‘bbp_post_request’), call_user_func_array, bbp_new_reply_handler, bbp_check_for_duplicate`
Only happens with participants.
Can you replicate this in your error log at all?
Haha, sorry for being such a bloody noob JJ, do you have a version packaged up anywhere? I’ve never used SVN before or bleeding edge versions of stuff?
Is there a regular download link to the latest 2.3 beta?
Certainly will JJ, give me 10 minutes!
Did you get a chance to test this @netweb?
I am only seeing this error when posting as a participant and using an @mention.
When I post as admin, I don’t get it?
Any ideas? Can you recreate it?
Hey Stephen,
I’ve been debugging this for a while and it appears that I don’t get the erro if I post as admi, I only get it if I’m posting as a participant.
Could you try posting an @mention as a regular participant in the forum and see if you get it?
No idea why that would affect things, but it does seem to.
Will keep testing various scenarios!
Yep, looking at my error log, I get the same error occurring whenever anybody uses an @mention at all.
Not quite sure what to explore here as a cause.
Will see if I can recreate on any other installs.
Ross 🙂
Legendary! Yeah the blogname had that exact issue, so if that patch works, that’s absolutely awesome!
In terms of the @mentions, I’m going to go through the error log and see if it affects EVERY one of them, or just if it affects certain ones.
Will update soon!
Thanks again! 🙂
Could this also be anything to do with the way I have my DB set up by any chance? Is there any kind of optimisation that can be done to speed up MySQL queries here?
Thanks!
