[zweeltow]

Key change

Right-clicking a custom emoji in the emoji pack preview now shows Set as Status, as in the emoji panel. The status request also keeps running after the menu, the pack window or the progress window is closed.

Reason

The pack preview only offered Copy. The status request was tied to the emoji row: closing the window before the server answered cancelled it, so the status was set locally and later reverted to the previous one. This also affected the emoji panel.

Screenshot/video result (before/after)

Before

The emoji context menu in the pack preview had only Copy. A status set from the emoji panel could revert after the window was closed.

After

Confirmation

1. Open a custom emoji pack, right-click an emoji, choose Set as Status and close the pack window right away: the status stays after a sync and after restarting the app.
2. Same with Esc on the progress window, and from the emoji panel.
3. Without Premium the item is not shown, as before.

Tested on macOS 15.8.1 (Intel), Telegram 13.1.0 (283357), Debug build.

• I confirm that I have tested the affected behavior and verified that it works properly, or verified the content and links for a documentation-only change.

[macosswift]

Issues:

• EmojiStatusMenuTests.swift:84: The emoji-status-menu regression tests still assert the old contract, so tools/tests/emoji-status-menu/run.py fails: .preview now offers Set as Status, and the status request is no longer disposed when the row is released or the progress modal is cancelled.

[zweeltow]

Updated the emoji-status-menu tests for the new contract in fb4f6fd: .preview offers Set as Status, and the status request is kept when the row is released or the progress modal is cancelled, while feedback is still suppressed. tools/tests/emoji-status-menu/run.py now passes 22/22; against the previous helper and menu, 4 of the updated tests fail.