contractorinduction.colesgroup.com.au - Firefox is not a supported browser
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P3, Webcompat Score:2, 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:
- Go to https://contractorinduction.colesgroup.com.au/
- 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
| Reporter | ||
Updated•1 year ago
|
| Reporter | ||
Comment 1•1 year ago
|
||
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.
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 3•1 year ago
|
||
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.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 4•1 year ago
|
||
Updated•1 year ago
|
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
| Assignee | ||
Comment 7•1 year ago
|
||
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]).
| Assignee | ||
Comment 10•1 year ago
|
||
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).
Comment 11•1 year ago
|
||
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.
| Assignee | ||
Comment 12•1 year ago
|
||
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.
| Assignee | ||
Comment 13•1 year ago
|
||
Comment 14•1 year ago
|
||
Comment 15•1 year ago
|
||
| bugherder | ||
Updated•1 year ago
|
Comment 16•1 year ago
|
||
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
Updated•1 year ago
|
Comment 17•1 year ago
|
||
Updated•1 year ago
|
Updated•11 months ago
|
Comment 18•10 months ago
|
||
(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)
Updated•10 months ago
|
| Assignee | ||
Comment 19•10 months ago
|
||
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.
| Assignee | ||
Updated•10 months ago
|
| Assignee | ||
Comment 20•10 months ago
|
||
Comment 21•10 months ago
|
||
Comment 22•10 months ago
|
||
| bugherder | ||
| Assignee | ||
Updated•10 months ago
|
Updated•10 months ago
|
Updated•9 months ago
|
Updated•6 months ago
|
Updated•5 months ago
|
Updated•5 months ago
|
Description
•