You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please use the 👍 reaction to show that you are affected by the same issue.
Please don't comment if you have no relevant information to add.
Subscribe to receive notifications on status changes and new comments.
Steps to reproduce
Open a conversation in the Nextcloud Talk web interface.
Type a slash command intended for a webhook/external bot, for example /new.
Observe that the Smart Picker opens and keeps Any link selected, even though the entered text is a bot command rather than a link-picker action.
Press Enter to send the command.
Expected behaviour
Enter sends /new as a normal chat message so that the bot can process it. More generally, when the text after / does not match a Smart Picker action, the picker should not consume Enter.
Actual behaviour
The highlighted Any link item consumes Enter instead of the message being sent. The user must press Escape to dismiss the Smart Picker and then press Enter again.
This makes slash commands exposed by webhook or external bots unnecessarily awkward to use and is particularly surprising because the command text itself remains in the composer.
This appears to be a current recurrence of #9142. That issue was closed when legacy commands were deprecated in favour of webhook bots, but slash-style commands are also commonly implemented by webhook/external bots, so the UI conflict remains.
Possible UX options:
stop selecting Any link once the typed text no longer matches a picker entry;
let Enter submit the message when there is no matching picker result;
require explicit keyboard navigation/click before Any link captures Enter.
Talk app
Talk app version: 23.0.9
Custom Signaling server configured: not relevant to chat composer behaviour
Custom TURN server configured: not relevant
Custom STUN server configured: not relevant
Browser
Client: Nextcloud Talk web interface
Microphone available: not relevant
Camera available: not relevant
Browser log: No JavaScript error is shown; this is keyboard/focus handling in the composer.
Tip
How to use GitHub
Steps to reproduce
/new.Enterto send the command.Expected behaviour
Entersends/newas a normal chat message so that the bot can process it. More generally, when the text after/does not match a Smart Picker action, the picker should not consumeEnter.Actual behaviour
The highlighted Any link item consumes
Enterinstead of the message being sent. The user must pressEscapeto dismiss the Smart Picker and then pressEnteragain.This makes slash commands exposed by webhook or external bots unnecessarily awkward to use and is particularly surprising because the command text itself remains in the composer.
This appears to be a current recurrence of #9142. That issue was closed when legacy commands were deprecated in favour of webhook bots, but slash-style commands are also commonly implemented by webhook/external bots, so the UI conflict remains.
Possible UX options:
Entersubmit the message when there is no matching picker result;Enter.Talk app
Talk app version: 23.0.9
Custom Signaling server configured: not relevant to chat composer behaviour
Custom TURN server configured: not relevant
Custom STUN server configured: not relevant
Browser
Client: Nextcloud Talk web interface
Microphone available: not relevant
Camera available: not relevant
Browser log: No JavaScript error is shown; this is keyboard/focus handling in the composer.
Server configuration
Nextcloud Version: 33.0.6
No server-side error is produced.