-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Unable to remove reactions from messages after page refresh. #28249
Comments
Sent:
|
This is really weird. From the logs, it looks like eventShouldLiveIn(redaction_event) is returning false. Maybe try |
@MidhunSureshR, unfortunately, I've confirmed that it's either a client-source or server issue, since I have been able to reproduce this on https://f-droid.org/repo/im.vector.app_40106204.apk of https://github.com/element-hq/element-android too. However, looking back at the referenced message, the emojis in question appear to have finally been redacted. Perhaps the undermentioned message source data shall tell you something of value (if I've selected the correct message - the highlight isn't very obvious):
My consequent estimate is that the |
Element Web & Element Desktop share no code other than encryption code which is unrelated to reactions/redactions so this is a server issue |
@t3chguy, I'd say that closing this seems short-sighted - surely the client should at least display a reportable error when this fails? I know that Discord does when it's unable to add or remove a reaction. Irrespective, has anyone any idea how to report this to Matrix if so, considering that it's the recommended homeserver? |
@RokeJulianLockhart the server says the redaction is successful with a 200 OK, so is not something a client can reliably detect or deal with. |
@t3chguy, I realize that I'm no Matrix developer, but if the client continues to display the reaction after I tap or click it to redact it, then surely at some level the client understands that the event was not yet ratified by the server? I estimate that if whatever informs it that the emoji should remain continues to signal so despite the fact that the 200 OK signal has been received by the client, then surely the client should be able to ascertain that the reaction should no longer be displayed? |
@RokeJulianLockhart sure, you could have defensive code like that, and contributions welcome, but having to assume the Server may not be spec compliant will probably double the codebase in size if we have to handle most edge cases which may occur when dealing with non-compliant or buggy servers. |
@t3chguy, I have reported this to matrix-org/matrix.org#2553 (comment). Many thanks. |
Steps to reproduce
Uploaded an MP4 H265 video file to https://matrix.to/#/!LdFTpgksHpQBBtjOMN:matrix.org/$7z9qoF17VHc08wg2mlG1fRYtfhXbHmhxp-ZNQCXcK-o?via=matrix.org&via=beeper.com.
Reacted with an emoji.
Attempted to remove the reaction.
Outcome
What did you expect?
I should have been able to.
What happened instead?
I was able to.
Refreshed the page.
Attempted to remove the reaction.
Outcome
What did you expect?
I should have been able to.
What happened instead?
I was unable to remove it, yet was able to remove others added subsequently:
Operating system
https://download.fedoraproject.org/pub/fedora/linux/releases/40/Spins/x86_64/iso/Fedora-KDE-Live-x86_64-40-1.14.iso
Browser information
https://fedora.pkgs.org/40/fedora-updates-x86_64/firefox-131.0.3-1.fc40.x86_64.rpm.html
URL for webapp
https://develop.element.io/#/room/!LdFTpgksHpQBBtjOMN:matrix.org
Application version
Homeserver
https://matrix.org/
Will you send logs?
Yes
The text was updated successfully, but these errors were encountered: