-
-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bastion is slacking off??? #454
Comments
Observed similar behaviour in a different server on April 23 and April 25. However, as far as I can tell, in those cases, the earlier attempts are not being sent from Discord to Bastion. I don't have evidence to rule out some bug in Discord.js event processing or the initial Bastion preprocessing. bastion-bot/src/events/message-search.ts Lines 245 to 269 in 3169c02
|
I don't see a server ID option, but here is the invite link |
Per https://discord.com/api/v8/invites/UPD9dcxu?with_counts=true, the server ID is 745060455327858819. Checking recent logs. |
From the past week, the only thing I've spotted is two searches within a second for "share the pain" today by different users. |
Approved to log channel 751160897032028361 in the same way as below bastion-bot/src/events/message-search.ts Lines 246 to 253 in 1024cbb
|
Logging is active now. Please let us know if you spot any misses effective from May 10 at 3:47 am ET. |
Four months ago in #434, a change was introduced that synchronized the ignore condition between the message ping and message search listeners. This added a new condition to ignore replies for message search. This behaviour is incorrect, unintuitive, and undocumented as all replies are ignored, not just direct replies to Bastion, and there are no merits of ignoring even those for message search. This should account for the majority of cases of this "heisenbug", though there still remain uncommon cases of Discord not sending the message to Bastion. |
Four months ago in #434 (1e12130), a change was introduced that synchronized the ignore condition between the message ping and message search listeners. This added a new condition to ignore replies for message search. This behaviour is incorrect, unintuitive, and undocumented as all replies are ignored, not just direct replies, and there are no merits of ignoring even those for message search. This should fix most cases reported in #454, though there still remain uncommon cases of Discord not sending the message event. This also updates the logic in PingMessageListener so it can safely handle replies to other users containing a mention while ignoring reply mentions.
Four months ago in #434 (1e12130), a change was introduced that synchronized the ignore condition between the message ping and message search listeners. This added a new condition to ignore replies for message search. This behaviour is incorrect, unintuitive, and undocumented as all replies are ignored, not just direct replies, and there are no merits of ignoring even those for message search. This should fix most cases reported in #454, though there still remain uncommon cases of Discord not sending the message event. This also updates the logic in PingMessageListener so it can safely handle replies to other users containing a mention while ignoring reply mentions.
@Capt-Blitz A fix was deployed. Please let me know if this restores your search experience or if you have any other feedback. |
The team reached out on Discord to the opener and confirmed the fix. There is still a follow-up idea to add a context menu command to resend to Bastion, but the reply fix covers most situations. |
Hey...I don't know exectly what is happening but on the GoldenNovaYugioh discord server we have noticed a trend of Bastion just refusing to acknowledge serch queries.
We don't know whats happening, can one of you look at it?
The text was updated successfully, but these errors were encountered: