Open z411 opened 1 year ago
Can you show the sticker state event, where you got this sticker from? Nheko takes its information from there, so if that has no info field, then Nheko will send none.
You're right. Thank you for the clarification
{
"content": {
"images": {
"doremi1": {
"info": {
"h": 169,
"mimetype": "image/jpeg",
"size": 55289,
"w": 223
},
"url": "mxc://redacted"
},
"testa": {
"url": "mxc://redacted",
"usage": [
"sticker",
"emoticon"
]
}
},
"pack": {
"avatar_url": "mxc://redacted"
}
},
"event_id": "$WTifGgYF_-o5F9VFefL-659la8SYGr5bYwq5LrtSm2g",
"origin_server_ts": 1672572190528,
"sender": "redacted",
"state_key": "",
"type": "im.ponies.room_emotes",
"unsigned": {
"age": 164,
"prev_sender": "redacted",
"replaces_state": "$8dRTFCCUUNOKSIQbQIA50hDiKiPYYw4KqomY5JdufMA"
}
}
This is the sticker state event. "doremi1" was a sticker created by Nheko and "testa" was created by Cinny and Element Experimental.
The weird thing is that Cinny sends the proper image info when sending the m.sticker even if the image info is not defined in the im.ponies.room_emotes event. How does Cinny even know the image information to send in m.sticker if it's not defined in the "info" object?
According to MSC2545, the 'info" object is optional in the image pack event. Should this be considered a Nheko bug (as should Nheko handle stickers without a defined info object) or should I take this to Cinny to properly define their "info" object when adding stickers?
I guess these discrepancies come from using a non-yet specced MSC.
It might make sense to bring it up on the MSC and maybe also give the Cinny devs a friendly poke. Nheko generally doesn't generate the info object for stickers but uses the one from the definition, so that it doesn't need to download the full quality image (in theory). I feel like either the MSC should make it required for stickers or should remove it. However I think the info object is optional for the actual sticker event as well, so that might be why it is optional in the MSC.
I think the experience would be better, if Cinny devs added the info object when uploading the sticker, but maybe Nheko should still try to generate it, if not found.
I see expected behavior. Windows 7.
Was the sticker created in Nheko or Cinny? This happens specifically when the sticker is created in Cinny and sent from Nheko, at least for us.
@JeanPaulLucien It is a problem with Cinny <-> Nheko interaction and we already found the root cause. Which behaviour we want is still to be determined.
I sent sticker from Nheko and checked an information by Nheko. It was okay. Yeah, I did not read about Cinny.
Describe the bug
m.sticker
events are sent without image information (like mimetype and thumb size); this results in inconsistent image sizes, animated stickers not playing, and bridges don't handling them proper.To Reproduce
What happened?
Nheko sends this:
As you can see, ["content"]["info"] has no usable data.
Expected behavior
The same (animated) sticker sent from Cinny looks like this:
As you can see, the info object is filled with appropiate values which makes the sticker looks actually sticker size, properly animated and handled properly by bridge bots.
Screenshots
No response
Version
0.10.2
Operating system
Linux
Installation method
Some repository (AUR, homebrew, distribution repository, PPA, etc)
Qt version
No response
C++ compiler
No response
Desktop Environment
KDE
Did you use profiles?