Open Bug 1813177 Opened 2 years ago Updated 10 days ago

RBI website doesn't open

Categories

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

All
Android

Tracking

(firefox124 affected)

ASSIGNED
Tracking Status
firefox124 --- affected

People

(Reporter: jonalmeida, Assigned: twisniewski)

References

(Depends on 1 open bug, )

Details

(4 keywords)

User Story

platform:android
impact:site-broken
affects:all
diagnosis-team: WebCompat

Attachments

(1 file)

From github: https://github.com/mozilla-mobile/fenix/issues/23701.

Steps to reproduce

Open website https://rbi.org.in/

Expected behaviour

Website should open

Actual behaviour

Website doesn't open. It opens in chrome browser.

Device name

Samsung A71

Android version

Android 11

Firefox release type

Firefox Nightly

Firefox version

99.0a1

Device logs

No response

Additional information

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

Lorand was able to reproduce this problem in Fx 99.01 (2022-02-16) and 109.0a1 (2022-11-29):

https://github.com/mozilla-mobile/fenix/issues/23701#issuecomment-1041504882

Component: General → Site Reports
Product: GeckoView → Web Compatibility
Summary: [Bug]: RBI website doesn't open → RBI website doesn't open

I can reproduce in Fenix 126: the browser appears stuck in an infinite redirection loop. The page loads fine in Chrome, redirecting from https://rbi.org.in/ to https://m.rbi.org.in//home.aspx

Note that when testing, you must manually enter https:// in the URL. Just entering rbi.org.in in Fenix will attempt to load http://rbi.org.in/ , which doesn't exist. Chrome Android and Firefox Desktop both redirect http://rbi.org.in/ to https://rbi.org.in/. Why doesn't Fenix redirect to https://?

Curiously, Focus 126 doesn't get stuck in a redirection loop: after a couple redirects, it lands on an error page https://m.rbi.org.in/GenericErrorPage.htm?aspxerrorpath=/Home.aspx that says "Error Occured [sic], Please try again later."

Severity: -- → S2
User Story: (updated)
Priority: -- → P1

I can reproduce on desktop in responsive-design-mode, specifically if my viewport is less than 600px wide.
"Responsive: 599x800" --> Reproduces the infinite redirect
"Responsive: 600x800" --> Page loads just fine.

It's not related to ETP; it still reproduces if I turn off ETP. (I also set ETP to Custom in Firefox preferences and unchecked all the categories, for good measure)

Here's a profile: https://share.firefox.dev/4bYFZlF

Moreover, if I use responsive design mode to select another browser's UA string, e.g. this one from our Galaxy S20+ Android 11...

Mozilla/5.0 (Linux; Android 11; SAMSUNG SM-G973U) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/14.2 Chrome/87.0.4280.141 Mobile Safari/537.36

...the site loads just fine.

So this seems to be UA sniffing, probably?

Perhaps ship a UA override, and contact them?

User Story: (updated)
Assignee: nobody → twisniewski
Status: NEW → ASSIGNED
Keywords: leave-open
Pushed by twisniewski@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/4427b7197925 Add UA override for m.rbi.org.in; r=denschub,webcompat-reviewers

(In reply to Chris Peterson [:cpeterson] from comment #2)

I can reproduce in Fenix 126: the browser appears stuck in an infinite redirection loop. The page loads fine in Chrome, redirecting from https://rbi.org.in/ to https://m.rbi.org.in//home.aspx

Note that when testing, you must manually enter https:// in the URL. Just entering rbi.org.in in Fenix will attempt to load http://rbi.org.in/ , which doesn't exist. Chrome Android and Firefox Desktop both redirect http://rbi.org.in/ to https://rbi.org.in/. Why doesn't Fenix redirect to https://?

Curiously, Focus 126 doesn't get stuck in a redirection loop: after a couple redirects, it lands on an error page https://m.rbi.org.in/GenericErrorPage.htm?aspxerrorpath=/Home.aspx that says "Error Occured [sic], Please try again later."

Investigating this as part of Bug 1901120. I am not able to reproduce this on Firefox 131. I tried entering http://rbi.org.in/ and rbi.org.in, both seems to be working for me.
May be I am missing something here?

Flags: needinfo?(cpeterson)

(In reply to Sunil Mayya from comment #9)

Investigating this as part of Bug 1901120. I am not able to reproduce this on Firefox 131. I tried entering http://rbi.org.in/ and rbi.org.in, both seems to be working for me.
May be I am missing something here?

We've got an intervention enabled in Firefox on Android for this site, which we landed in comment 7. That might be what's saving you.

To actually test this, you need to disable that intervention -- visit about:compat in Firefox on Android, and scroll down to the very bottom, and the 8th entry from the bottom (for me at least) is "m.rbi.org.in". Tap "Disable" at the right edge of that row, and then open a new tab and try visiting http://rbi.org.in/.

With that, I can still reproduce the redirect loop (though occasionally the redirect loop gets stopped by a captcha page, presumably because the redirect loop has just made me load the site a zillion times which looks like bot traffic).

Does that help?

(Having said that, I'm also not sure there's much we can do here besides (A) getting in touch with the site to have them fix their UA-sniffing-dependent bug, and (B) shipping an intervention in the meantime [which we've done].)

Flags: needinfo?(smayya)
Flags: needinfo?(smayya)

(following up on comment 10: I poked at Bug 1901120 a bit more and figured out what was going on there, i.e. we've now got the answer to cpeterson's "Why doesn't Fenix redirect to https://?" question from comment 2. The answer is that the about:config pref dom.security.https_first_schemeless is ~ignored on Android (part of it hasn't yet been implemented -- the part that would actually detect whether or not a URI was entered with/without a scheme). Further notes on that in Bug 1901120.)

Flags: needinfo?(cpeterson)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: