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
Reply button click selects previous message instead of composing the reply #19415
Comments
I get this (only) sometimes and it's quite annoying. If this is what I also experience, then the problem is that the reply button is just a tiny bit too far up, which means I can only barely (or not at all) hover over it to press it before the mouse moves to select/highlight the message above the message I wish to quote. |
I have not been able to reproduce this issue so far. @barathrm it appears that you're experiencing a different problem. That might be worth filing your own issue so that it can be tracked independently |
@csrpi As we cannot reproduce this issue, it would be helpful if you could provide a screen recording of it. Would you be able to do that? I use an application called OBS Studio for recording screencasts, but there are many others which work as well. |
Hello! I use Element Desktop in version 1.9.5 on Linux, KDE and wanted to report experiencing of this bug as well. Just yesterday I had it happen to me again which prompted me to search for this issue. It's been like that for a long time and it's not easily reproducible. I wish I had a video file showcasing it because I'm pretty sure I recorded one in the past and sent it to friends however that might just be lost in the messages so I'll try to provide as accurate text description of the problem.
Assuming the following scenario: Some settings that might be affecting this bug by shifting message height:
I'll continue hunting for this to happen again and hopefully I'm able to record this problem. |
Hello! I were finally able to find a way to easily reproduce this issue on my environment which allowed me to record this behavior. I don't think that this is the only way to reproduce it, however it's an easy way to reproduce the same issue OP mentioned (not sure if the behavior I described is still reproducible however it's not shown on this video)
Peek.2022-02-14.11-20.mp4 |
Steps to reproduce
This is happening with one-line messages only. Messages that span more than one line in the room view don't manifest this bug.
When you want to reply to a single line message in a chat room, you follow these steps:
Outcome
The expected outcome is that the the originally hovered message is selected as the message being replied to. Instead, what was happening, was that the previous message was selected and the click on the Reply button was just ignored.
Also, and more importantly, this bug was happening before I resized the chrome tab. When I did resized it, the bug stopped happening and I wasn't able to reproduce it anymore. So, there's that — it might just be a fluke...
Anyways, it's registered here ;)
Operating system
Linux, KDE Neon
Browser information
It's chrome. User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36
URL for webapp
app.element.io
Homeserver
matrix.org
Will you send logs?
No
The text was updated successfully, but these errors were encountered: