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
When the flag send_image_as_file is false, users reply to an incoming photo message with /resent command, ETM will reply to the selected message (Easy to trace back), then resent that photo as a file to the session. Or return an error if the message id got invalid due to EWS session refresh.
When the flag is true, ETM should ignore the /resent command, or return a error.
I like the idea. However, unfortunately, EWS did not implement get_message_by_id() due to the corresponding API from Web WC not made available to us. This means that we have no way to download the message again by ID. If we are to implement the feature, we would need to store all images locally, which could increase the demand of the users’ storage space.
Please let me know if you have any idea to workaround this.
Thanks for your answer.
After testing with Web WC, I found that even if the cache is disabled, the pictures can be downloaded repeatedly in quite a long time.
Besides, both reply /rm and delete_on_edit feature can make EWS locate a message then revoke it. Is there any way of modifying them to locate the picture and re-download it?
When the flag
send_image_as_file
is false, users reply to an incoming photo message with/resent
command, ETM will reply to the selected message (Easy to trace back), then resent that photo as a file to the session. Or return an error if the message id got invalid due to EWS session refresh.When the flag is true, ETM should ignore the
/resent
command, or return a error.当ETM属性
send_image_as_file
为false时响应/resent
指令,用户发送指令回复一条bot转发的图片消息,ETM会引用该消息(方便回溯定位)并将该图片以文件形式重新发到会话中。若EWS会话刷新导致该消息id失效则返回报错。若上述ETM属性为true则不响应
/resent
命令或返回错误。The text was updated successfully, but these errors were encountered: