Version 1.11.0-446-dev - "work in progress", not in Google Play

[Kostya Vasilyev]

https://www.aqua-mail.com/download/AquaMail-market-1.11.0-446-dev-868808a17515.apk


---

+ Fixed regression: text to speech notifications were playing even when the app's window was on the screen

---

+ Исправили ошибку: голосовые уведомления срабатывали даже при открытой программе

[Kostya Vasilyev]

Re: FYI this bug is still present in dev446

You mean "regular" notifications, status bar?

There is a special case for push mail - those will show when the app is open, regardless of the setting you mention. Always been like that, intentional.

[Kostya Vasilyev]

The thinking is that --

without push mail, the user is "in control" - 1) tap refresh 2) watch what happens

With push mail, the user is not fully "in control" - a message may be "pushed" any time, even if the user is "in" the app and busy looking at something else.

[StR]

There could be different opinions whether Push should be posting notifications even when the app is open/active.
But in either case, I agree with Paris Geek, the expectation should be clear for the user.
At present  if I were to disable "post notifications even when the app is open", I'd expect that to be for ALL notifications, push or not.

Actually, I think that if there is an option to disable new message notifications (while the app is active), that should be applicable to all of them, - scheduled, on event, push. For a user, - it is a new message notification, regardless what technology produced it. (And for many (most?) users, Push = scheduled with extremely small interval) Why should it be different for scheduled sync and push? The user either wants it when looking for something else in the app, or doesn't want.

Personally, I want those notifications at all times, so, I've always had them enabled.

[Kostya Vasilyev]

Re: Why should it be different for scheduled sync and push?

I explained the difference -- my view of it -- above.

And I'll say it again -- it's been this way since 2011 or 2012.

Re: Personally, I want those notifications at all times, so, I've always had them enabled.

Good!

[StR]

Re: Why should it be different for scheduled sync and push?

I explained the difference -- my view of it -- above.

Where?
You were comparing Push with Manual ("tap" and "watch what happens").
I am talking about Push vs. Scheduled sync. From users' perspective, Push and Scheduled-sync notifications should behave the same.

And I'll say it again -- it's been this way since 2011 or 2012.

I wouldn't notice, as I don't care much personally for this option. But as we all know, you've recently fixed a few bags that had been in the app for about that long ...
So, longevity isn't a proof that it's correct.

[Kostya Vasilyev]

Yes I know there is an inconsistency and a "special case".

But there is a reason and I explained that reason above.

And since this is the first time anyone complained, in 6 or 7 years, it _probably_ means that the way it is -- is right.

StR - My understanding is that you have "when the app is active" enabled, so you always get notifications "in the app", push or not. And so it would appear to me that you personally would not benefit from any changes.

[StR]

StR - My understanding is that you have "when the app is active" enabled, so you always get notifications "in the app", push or not. And so it would appear to me that you personally would not benefit from any changes.

That'a correct.

I was pointing out the inconsistency and how confusing that is..
Besides,  with the introduction of the TTS notificationsnotifi, I might reconsider my preference for that setting  (with respect to audible notificationa).
I wouldn't want ANY audible notifications while the app is active.