php4fan

> I'd say it's intended Then how come nobody seems to be able to reproduce it? Either way, if it's intented it's intended wrong. It's neither intuitive, nor usable, nor...

> Ten year UX is Telegram Desktop ten years of working that way On my linux system (Manjaro with KDE) it only started behaving like this a few weeks ago.

@ilya-fedin it's still unclear to me whether or not you observe the issue (or the behavior that I report as issue, which is either an issue or a design flaw)...

> or this is something that is somewhat random or triggered by pseudo-random conditions OMG I think I've figured out what happens. I'm not 100% sure but this might be...

Well right now I opened (i.e. gave focus to) Telegram Desktop, and for a few minutes it behaved as follows, which is (at least very close to) the old and...

I have tested a few more times and it **keeps oscillating randomly between the two behaviors**. I can't figure out what conditions are different, or what I am doing differently...

Oh it looks like this is the criterion that decides whether or not the search is cleared: > The search query is dropped and search is cancelled only in case...

Actually I've just tried with a jpg and I'm getting the same issue. I guess I'll have to create a bot for you to reproduce the issue. Anyway: - in...

It seems to happen when the bot doesn't set the optional parameters `photo_width` and `photo_height` in the `sendInvoice` request.

Again the stupid bot