sometimes is the problem. It's not consistent.

That's just not true.

I had to Google it and I think I've seen this thing in the status bar sometimes on iOS but it's definitely not consistent.

I wasn't even aware it was supposed to be a button

It appears every time you get into an app by clicking a notification while you're in another app, and it's 100% consistent in that context.

The fact that you had to explain how it works indicates that a bit more consistency might be beneficial.

It is consistent when the apps are consistent.

But it will not appear if the app opens the webpage as its own View (instead of opening Safari). In that case, there is no button and the user has to hunt for how to go back. And the user has no way of knowing whether an app will open Safari or will open the webpage itself.

iOS requires users to build muscle memory in learning how to use each app. Android requires users to maintain a back stack in their head to remember what came before. Switching between the two is very jarring.

To be fair, captive browsers are also a plague on Android apps. I despise them and especially so if there's no way to turn them off in a particular app.

If it's a full-screen in-app webview, there's a Done button on the top-left; alternatively, you can swipe back from the first page in the webview and it will close the webview and leave you where you were.

If it's a card webview, just swipe it down from the top edge.

> Switching between the two is very jarring.

I think that's the crux of the problem. Someone who's used to one style and has built muscle memory and some kind of hierarchy and ontology of the interaction with the system will have trouble with a different paradigm. That doesn't necessarily mean there's something wrong with either - they're just different, and some people will prefer one over the other.

Switching between GNOME and KDE, or vice-versa, has a similar effect.

> It appears every time

Would be consistent.

> It appears every time [long list of qualifications]

Is inconsistent.

It is consistent. If the current app was opened by another app (e.g. by clicking a link that opened Safari, or if you're in Safari and click a link that opens in another app, etc), the button will be there.

OTOH if the current app was opened manually by the user, it won't be there.

It is literally just one qualification, which doesn't even apply because why would the "back to previous app" button show when you're in the same app. In the meantime you haven't mentioned one inconsistency yourself. If you like discussions with made up arguments may I suggest you check out reddit?

It is consistent!

I don't remember ever seeing (or noticing) anything like that on ios. Do you have a screenshot?

This is for things like clicking ads in the New York Times. Safari will open, and then at the top left of the screen there will be a "< NY Times" indicator. It's below the clock and above the aA icon in the URL bar.

Not just Safari. Most any two apps that support passing things from one app to the next (e.g. via Share Sheet, or a deep link, or etc.), the next app has a back to first app.

OK I see it now when I click on a link in the mail app. I've never seen it before because when I open a link with safari in the gmail app it opens a safari view inside gmail with a Done button at the top.

That itty bitty teeny weeny thing? Yeah, it's occasionally there.

Yea, everytime I see that thing I think to myself that that they needed to “hack” this feature together in less than 10 minutes or something like that.

It just feels so “out of space” and tacked on.