Open Bug 1924441 Opened 1 year ago Updated 5 months ago

contractorinduction.colesgroup.com.au - Firefox is not a supported browser

Categories

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

Firefox 133
Desktop
Windows 10

Tracking

(Webcompat Priority:P3, Webcompat Score:2, firefox-esr128 wontfix, firefox131 wontfix, firefox133 wontfix, firefox142 affected)

REOPENED
142 Branch
Webcompat Priority P3
Webcompat Score 2
Tracking Status
firefox-esr128 --- wontfix
firefox131 --- wontfix
firefox133 --- wontfix
firefox142 --- affected

People

(Reporter: ctanase, Assigned: twisniewski)

References

(Depends on 1 open bug, )

Details

(5 keywords, Whiteboard: [webcompat-source:web-bugs][webcompat:diagnosis:ua-sniffing])

User Story

platform:windows,mac,linux,android
configuration:general
affects:all
branch:release
impact:blocked
diagnosis-team:webcompat
user-impact-score:20

Attachments

(5 files)

Environment:
Operating system: Windows 10
Firefox version: Firefox 115.0/128/131/133

Preconditions:

  • VPN pointing to Australia

Steps to reproduce:

  1. Go to https://contractorinduction.colesgroup.com.au/
  2. Observe the page.

Expected Behavior:
The page loads correctly.

Actual Behavior:
Unsupported page is displayed.

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in Firefox Nightly, and Firefox Release
  • Does not reproduce in Chrome

Created from https://github.com/webcompat/web-bugs/issues/142668

Version: unspecified → Firefox 133
Attached image image.png

Thank you Calin for the update.
Don't get me wrong, I am not trying to lay blame on this with Firefox or the Mozilla development team.
I am just frustrated at seeing this sort of hijack like behavior being woven into some websites.
I truly believed that we were now beyond such childish behaviour.

Severity: -- → S2
User Story: (updated)
Priority: -- → P3
User Story: (updated)
Webcompat Priority: --- → P2
Webcompat Score: --- → 6
Webcompat Score: 6 → 5

Mass-assigning diagnosis-team to webcompat for "Firefox is not supported" bugs that don't already have a team assigned. This action is done by a script. For your convenience, feel free to filter your bugmail with 559a9604-41ec-11f0-9ec6-f3f21dcd7cf2.

User Story: (updated)
User Story: (updated)
Webcompat Score: 5 → 6
Keywords: leave-open
Priority: P3 → P2
Assignee: nobody → twisniewski
Status: NEW → ASSIGNED
Webcompat Score: 6 → 5
Pushed by twisniewski@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/919636409a05 https://hg.mozilla.org/integration/autoland/rev/f0fe852f1c79 add a UA override for contractorinduction.colesgroup.com.au; r=denschub,webcompat-reviewers
Webcompat Score: 5 → 1

The login page no longer seems to block Firefox for Android, just desktop. However, there's no real way to tell if they're still blocking on Android Firefox once a user tries to log in, so let's keep the intervention there for now as well.

However, there's no real way to tell if they're still blocking on Android Firefox once a user tries to log in

Okay, I thought I would jump in here to help out.

I successfully logged into https://contractorinduction.colesgroup.com.au/account
via my iPhone 15 (IOS 18.5) running Firefox (version 140.3 [57709])

I do not have an Android phone/tablet but I do have a Andriod 8.1 VM (VirtualBox 7.1.10r169112)
I have not started this VM up in years, it has Firefox 68 installed. I gave it a try and I was able to login at:
https://contractorinduction.colesgroup.com.au/account

Since then, however, my Firefox 68 updated itself to version 140.0.3 (Build #2016099943)
Now when I navigate to: https://contractorinduction.colesgroup.com.au/account
I get redirected to: https://contractorinduction.colesgroup.com.au/account/browsernotsupported

So it looks like the Apple IOS version of Firefox is working but the current Android version is not.

UPDATE: I don't know what happened but after playing around with Firefox in the Android VM (restarted VM), I was able to to bring up:
https://contractorinduction.colesgroup.com.au/account

I successfully logged in.

Same version of Firefox (140.0.3 [Build #2016099943]).

Thanks for confirming, Robert! If possible, could you see whether you can also log in without our intervention active? You can disable it at the URL about:compat (pardon the long list of sites there, the find-in-page option should make it a bit easier). Once you click Disable there for any site listed, it will stay disabled just until you restart Firefox (or click Enable in about:compat, of course).

I entered about:compat. Yes there is a long list of bugs: More Information: Bug XXXXXXX
I searched for 1924441 but it is not in the list.

Thank you! From the sound of things, the intervention wasn't active for you, meaning that you were able to log in with out. We might as well get rid of it in that case.

Keywords: leave-open
Pushed by twisniewski@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/b0ecd6a5072f https://hg.mozilla.org/integration/autoland/rev/bfb5038b0ca9 remove our UA override for contractorinduction.colesgroup.com.au; r=denschub,webcompat-reviewers
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 142 Branch

The issue is still reproducible using the RC Build

Tested with:

Browser / Version: Firefox 142.0-candidate build 1
Operating System: Windows 10 PRO x64

Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached image Screenshot_2.png
User Story: (updated)

(In reply to Thomas Wisniewski [:twisniewski] from comment #7)

The login page no longer seems to block Firefox for Android, just desktop.

This appears to currently be the case for me, FWIW.

Why did we remove the intervention, though? Wouldn't we still like to bypass the blockage on desktop?

(This is back in the "needs-diagnosis" queue because Desktop is still getting blocked, though really it's just a UA block.)

(Removing webcompat:needs-diagnosis and swapping sitepatch-applied for webcompat:needs-sitepatch to reflect what I think is current reality)

User Story: (updated)
Flags: needinfo?(twisniewski)
User Story: (updated)
Webcompat Score: 1 → 5

Hmm. I removed this when my automated test was passing. Clearly it's not working again :(

These days I usually keep regression tests around just in case we have a regression like this, so hopefully we can catch such cases more quickly next time.

User Story: (updated)
Flags: needinfo?(twisniewski)
Keywords: leave-open
Pushed by twisniewski@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/c15c4a58076c https://hg.mozilla.org/integration/autoland/rev/54c242241cde re-add our desktop-only UA override for contractorinduction.colesgroup.com.au; r=webcompat-reviewers,ksenia
User Story: (updated)
Webcompat Score: 5 → 1
User Story: (updated)
Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][webcompat:diagnosis:ua-sniffing]
Webcompat Priority: P2 → P3
User Story: (updated)
Webcompat Score: 1 → 2
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: