Closing the window doesn't end call
Users would expect a call to end when they simply close the Jami window even if they didn't terminate the call beforehand.
Activity
More explanation. If the systray is enabled, close = minimizing into systray
Instead of that, if close is clicked when calling and systray is enabled, a warning should be showed to the user to avoid any confusion. (Note: if systray is not activated, the daemon is killed when closing the window, so we don't have to show a warning)
assigned to @sblin
changed milestone to %Iteration 4
added SprintDone label
a warning should be showed
I think it should be just a question "Do you want to terminate all active calls?". If a user makes a click to close the window, it should be closed without additional confirmations. But whether (audio?) calls will continue in background or not should be the choice of a user IMO. The window can be reopened later to terminate background calls.
-
@Vladimir in fact the patch will open a pop-up with:
A call is currently ongoing. Do you want to close the window and stop all current calls?If the cancel button is clicked, this will let the window open with the current call. If the ok button is clicked, all calls will be closed, then the app will be minimized in systray. For audio calls, it is the same problem you don't want to have an outgoing call where the peer hear you but the app is in background.
mentioned in commit a250f0f7
You can be on a PSTN call on the iPhone and press the menu button and use the iPhone to open emails, contacts details. Very handy if you are talking with someone and need to refer to an email or pass on a contact detail. Would be good if when the Jami window was closed (minimized) a small pop-up which remains on top of all windows. This small-pop would have the current conversation, the current time on the call, a hung up button. What do you think? Thank you
https://git.jami.net/savoirfairelinux/ring-client-gnome/issues/671
Edited by ovariremoved SprintDone label
added ui/ux label
