Phone app -> Settings -> Back doesn't return to Phone app

[Femma]

From settings in telephony suite, when tap return button, it goes back to system settings instead of phone/one of the telephony suite

[Matthew Paul Thomas (mpt)]

This is a side-effect of the Phone settings being part of System Settings. I've now moved them to the design of the Phone app. <https://goo.gl/LteZNn> <https://wiki.ubuntu.com/PhoneApp?action=diff&rev2=22&rev1=21>

So, fixing bug 1447601 would fix this bug.

[Olga Kemmet (olga-kemmet)]

This is a design issue because design needs to provide the right way of navigation. Added ubuntu-ux back to the bug.

[dobey (dobey)]

OK. I'm going to remove the indicators from this as it really doesn't make sense there. When you open a settings panel or app from the indicators, the indicator itself is closed. It would be very weird if when that app was closed, the indicator automatically opened back up again.

An appropriate action in system-settings though when a panel is opened via the URL directly, rather than from within the app itself, is to just exit when the user presses the back button, assuming the system-settings app was not already running (which complicates things).

[Matthew Paul Thomas (mpt)]

Rodney’s right that “Back” shouldn’t reopen an indicator menu. But it shouldn’t exit System Settings either. This is because, as Rodney says, that shouldn’t happen if System Settings was already running. But people can’t be expected to know *whether* System Settings is already running, especially on devices where background apps don’t have any screen representation, and especially on devices where the OS can shut down a background app at any time. Therefore, it shouldn’t happen at all.

I specified different behavior for Back: “…the behavior of the Back button should be: … if you came to the current screen any other way (for example from a “deep link” in a different app), it should navigate to the screen you were most recently on.” <https://wiki.ubuntu.com/SystemSettings#Navigation>

Anyway, the supposed “steps to reproduce” do not match the original bug report, which is specifically about the phone settings. This report is now causing enough confusion that I think it’s more confusing than useful to keep it open separately from bug 1447601.