It is not posdible to quote reply on any message with a sticker. Although it would have been nice to be able to do so, the developers have made clear they choose not yo make this possible for the time being.
Greyson in a post on the beta feedback didcussion :
Disallowing replies with stickers was an intentional choice due to some design/UX difficulties. Adding support for replying with stickers would require another rollout similar to a lot of our features, where we ship receive support before send support. So no changes on that front in this beta, but maybe in a future release
Meanwhile quote replies with stickers are not handled very well, allowing usrrs to fall into the trap of thinking they can quote reply with a sticker, but ending with the annoying realization that you ended up only sending the sticker eithout the quoted reply.
I am calling this a bug because it seems it was simply forgotten to design an appropriate way to handle replying with stickers.
Actual result:
The sticker sends, but not as a reply. The quoted message preview remains open even after sending.
Expected result:
Assuming replying with stickers (which would be preferable) will not be implemented at this time, the following is expected meanwhile:
The sticker should not send at all when a quote is being previewed. Instead of sending the sticker, the quote preview should get dismissed and the sticker menu should remain open. If the user still wishes to send the sticker he can simply press it again.
Furthermore there could also be a toast message “You can’t use stickers as a reply” to make even more clear to users why this is happening.
Device: Motorola Moto G7 Plus
Android version: 9.0
Signal version: 4.52.1
Same problem here, but I don't agree with the expected result.
Shouldn't it behave just like replying with text, images or videos? Afterall, the main purpose of stickers is to react to a message and should therefore be expected to work with the "quote" or "response" feature.
The developers had already expressed that they do not want stickers to be used as a quote response. I based my expected result on the presumption they want to keep it that way.
Because the quote preview leads the user to an expectation that he is about to send a quote, he first needs to be shown that he won't be able to do that, before he makes the final decision to send anyway. Simply sending the sticker and dismissing the preview will lead to an outcome the user could not reasonably expect, he is likely to think it was a bug that the quotation is missing on his sticker message.
In my opinion that step in between is necessary to set a fair expectation of what will be send.
I have changed the title and initial post to clarify that the expected result is what is expected in case replying with stickers is not implemented.
Would a better option be to display the icon as disabled when quoting? When pressed, a floating message could show.
A friend in a group chat just now:
That sticker went to this message (momentarily forgot you can’t use a sticker when quoting)
That is EXACTLY why I write this GitHub issue.
Yes this is a bug as I would logically expect my sticker to include the quoted message. Instead it makes me have to type an extra message to explain.
The ideal 'expected result' for me would be to have stickers work as replies to quoted messages.
@pericleskb if the stickers are disabled, you can't or won't try to press them and thus also won't get the information why they are not available. I prefer to allow the user to try it but make it visually obvious that he won't be able to send the quoted reply along, as proposed in the expected result in the top post.
@ttanuki-bellydrum yes that would be better, but one of the developers (@greyson-signal) stated that such change requires a modification to the code of every client first, so they can render the sticker reply, and that rolling that out will take a lot of time. I agree it should still be done, and up till this moment the code change has not been made to start rolling out sticker replies.
Meanwhile the expected result described in this issue can be implemented immediately to at least take the edge off and prevent annoyance from replies which won't work without any warning.
Meanwhile quote replies with stickers are not handled very well, allowing usrrs to fall into the trap of thinking they can quote reply with a sticker, but ending with the annoying realization that you ended up only sending the sticker eithout the quoted reply.
I fell for this trap, recently. My case was a little different, though. I quoted a message and was about to send an emoji as a reply. That's when the sticker suggestions related to that emoji came up. I clicked on one of the sticker suggestions. The sticker was sent but the message was not quoted. I was confused. Only after sometime did I realise that stickers can't be sent for a quoted message.
It would be nice if you don't show the sticker suggestions, at the least, when someone is about to send an emoji as a response to a quoted message.
I came here to write this exact issue. Thought I could send a sticker as a reply to another message since the preview comes up only to realize this was not possible.
Not good for UX.
Most helpful comment
Same problem here, but I don't agree with the expected result.
Shouldn't it behave just like replying with text, images or videos? Afterall, the main purpose of stickers is to react to a message and should therefore be expected to work with the "quote" or "response" feature.