Signal-desktop: Message input field not in focus after selecting emoji or attachment

[sagischwarz]

• [x ] I have searched open and closed issues for duplicates
  

---

Bug Description

In Signal Desktop v1.38.2, it was possible to continue writing the message after selecting an emoji or attachment. Since v1.39.2, the focus does not return to the message box and instead stays on the emoji or attachment button so that pressing, e.g., the return button, re-opens the emoji or attachment picker instead sending of the message.

Steps to Reproduce

1. Write some message
2. Use the emoji or attachment picker to add an emoji or an attachment
3. Press return button

Actual Result: Emoji or attachment picker re-opens

Expected Result: Message should be send

After selecting an emoji or an attachment, the message box should be focused again so that I can continue to type my message or send it with the return button.

Screenshots

Platform Info

Signal Version: v1.39.2

Operating System: Arch Linux

Linked Device Version: 5.0.1.1

[sirius-c]

Still not fixed in V1.39.4, and a very annoying behaviour.

[EvanHahn-Signal]

Thanks for reporting.

I'm able to reproduce this with the attachment picker but not the emoji picker. I believe I'm following your reproduction steps correctly. I'm on v1.39.4-beta.1.

In any case, I've filed this as an issue on our side.

[sagischwarz]

In v1.39.4 I can send the message with the return key after selecting an emoji, but cannot continue to type more than one or two letters.

[hb9tst]

Same extremely annoying behaviour on 1.39.6 on Windows 10.

There is another side-effect that doesn't seem to be listed on this issue yet: clicking back in the message text box after clicking an emoji does not restore focus to it! It's the emoji ("🙂") button that gets focused, and typing text might open the emoji panel again. It makes the UX very poor when entering emojis...

[antoinerousseau]

I had this issue and it's now fixed for me in v1.40! (macOS)
I think https://github.com/signalapp/Signal-Desktop/issues/5020 fixed it so we can close this issue

[hb9tst]

Fixed for me on Windows too (1.40.0).

[DidierLoiseau]

Also fixed for me on Ubuntu with 1.40.0, although the first non-space character after opening the emoji panel closes it, and gets mangled. Strangely, spaces do not close the panel.

5020 is clearly a duplicate of this one.

[EvanHahn-Signal]

Given that this issue has been fixed, I'm going to close. Feel free to open a new issue if something else goes wrong!

[SeriousMatters]

But this has only been partially fixed. With the emoji panel open, the first non-space character closes it. Only the second character onwards get sent to the input field. Space characters goes to the input field without closing the emoji panel. Backspace and Delete removes a character and closes the emoji panel.

[sagischwarz]

But this has only been partially fixed. With the emoji panel open, the first non-space character closes it. Only the second character onwards get sent to the input field. Space characters goes to the input field without closing the emoji panel. Backspace and Delete removes a character and closes the emoji panel.

I can confirm this. Could you please open another bug with your description?