Closed Bug 1614597 Opened 5 years ago Closed 4 years ago

Unsupported Browser messages received on iOS

Categories

(Web Compatibility :: Site Reports, defect, P3)

Product:
Web Compatibility
Component:
Site Reports
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: sergiu, Unassigned)

References

(
URL
)

Details

Browser / Version
Firefox iOS 22.0

Operating System
iOS 13.3.1

Steps to reproduce:

  1. Go to https://identity.lego.com/fr-FR/register

Expected Behavior:
Website is loaded correctly.

Actual Behavior:
An Unsupported Browser message is displayed

Notes:

  1. Screenshot attached.
  2. This is only reproducible on iOS.

Interesting note here is that this is not reproducible using Safari, so this has to be something with the Firefox for iOS user agent string. So let's compare the two:

Firefox for iOS: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15) AppleWebKit/605.1.15 (KHTML, like Gecko) FxiOS/22.0 Safari/605.1.15
Safari:          Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15

(This is on my iPad Pro, which apparently claims it's macOS...)

The difference in how the OS version is presented does not appear to be an issue, neither does the presence of the custom FxiOS/22.0 tag. However, the lack of Version/13.0.5 in our UA string seems to be causing the issue, merely appending it to the Firefox for iOS UA string makes the banner go away on Youtube, Github, and Reddit. Note that I don't actually know what that Version is. It does not seem to be tied to the iOS version, which is 13.3.1 in my case, so I assume that's the Safari version... Not sure if we have a way of grabbing that info from within Firefox for iOS.

Mike, do you think we have a chance of having the Version tag applied to the FxiOS UA? I'm wondering if we should do this per site, or if it would be a smart move to just make that UA change, as iOS seems to supply that reliably. There's probably a lot of unknowns either way. :/

It usually helps if you needinfo the people you need info from, eh? See Comment 2.

Flags: needinfo?(miket)

Nish, do you have any idea how long the "Version/N.N.N" token has been in the Safari UA string? Is that new?

(i can't actually find Nish's bugzilla email, so I'm going to just ping him on slack and link back here)

Flags: needinfo?(miket)

As far as my knowledge goes the Version part has been with safari for a while (alteast since last year Nov). Unfortunately I am not sure for how long. For websites like paypal and yahoo when they are broken we fixed them on iOS using custom UA.

This is what we show for iOS 13.1 / iPad Firefox:
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.0 Safari/605.1.15"

Bigger problem is without the FxiOS we user agent part we lose our market share as to the website it seems people are coming from safari and not firefox.

Two options that come to my mind are:
a) We can easily fix it by adding custom UA per website but I think we should reach to lego to atleast ask to fix their browser warning where it shows unsupported browser.
b) We update our UA to somehow also support (Version/XY.z) part and also FxiOS part so that we fix the websites that are broken but also make sure that our market share is not affected in any way.

If there is any other better way to deal with this I am open for suggestions.

On Firefox iOS, I tried Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15 on youtube, and still the fullscreen button is disabled (shows a message saying the browser is unsupported). This is the identical UA to Safari iOS which doesn't have that problem. I wonder what they are detecting if not the UA?

(In reply to :garvan from comment #7)

On Firefox iOS, I tried Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15 on youtube, and still the fullscreen button is disabled (shows a message saying the browser is unsupported). This is the identical UA to Safari iOS which doesn't have that problem. I wonder what they are detecting if not the UA?

YouTube disables the full screen option in other embedded browsers too (e.g. in Tweetbot’s), so this isn’t limited the Firefox implementation.

For me the more concerning thing is the “unsupported browser” message which is not shown in Tweetbot’s embedded browser.

I'm no longer able to reproduce the issue on my side.
https://prnt.sc/10i2n1d

Tested with:
Browser / Version: Firefox Daylight 31.0 (3537)
Operating System: iPod touch iOS 12.5.1 (1136 x 640 pixels (~326 ppi pixel density)

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.