Kukhonjiswa imibuzo ethegiwe: Veza yonke imibuzo

adding FF to Microsoft Authenticator

I searched and searched how to add FF to my authenticator so I could get the code to set up sync and/or 2FA. FINALLY, someone gave this answer: When you enable 2FA then y… (funda kabanzi)

I searched and searched how to add FF to my authenticator so I could get the code to set up sync and/or 2FA. FINALLY, someone gave this answer: When you enable 2FA then you get a QR code that you need to scan with an Authenticator app that generates a 6-digit code that you need to enter to confirm that 2FA is working.

The answer was "scan with the AUTHENTICATOR APP!!" I was just scanning it with the phone. Duh on me.

I'm posting this to help others. Sorry it's not a question per se.

Asked by Maureen 6 ezinsukwini ezidlule

Last reply by Maureen 5 ezinsukwini ezidlule

Firefox 92 causes cross domain authentication errors

I currently run several environments for Dynamics 365 products. Our clients can choose to use our authentication (ADFS 4.0) or we set up a SSO option for them (normally … (funda kabanzi)

I currently run several environments for Dynamics 365 products. Our clients can choose to use our authentication (ADFS 4.0) or we set up a SSO option for them (normally also ADFS of some flavor). The piece that is similar between both is that the domain they authenticate to would not be the same as the application they are necessarily using. For example my clients have a mixture of on premise and cloud deployments but if they are SSO only pull their tokens from one domain.

Anyways the real TLDR as I can determine is as follows:

Has anyone seen a problem with firefox 92 stripping out headers? My scenario is I have an AD FS server that I use for single sign on with a domain name that is different from the application that it federated with. When I attempt to login using Firefox, the traffic flows as: 1. Hit the app url and get 302 redirected to the IDP 2. enter credentials at the IDP and get redirected to the app url 3. the app has an internal and external claims URL, so the internal claims url 302 redirects me to the external url 4. FF brings up the external url, but does NOT pass the MSISAuth and MSISAuth1 cookies from the IDP 5. The app thinks I've not authenticated, so it 302 redirects me back to the IDP 6. The IDP sees the MSISAuth and MSISAuth1 cookies, so it knows it authenticated me and it 302 redirects me back to the app wash, rinse, repeat for 5 times until AD FS realizes that I've done this 5 times, then it throws an error at me to stop the loop. This was working fine in FF 91 and it currently works in Chrome and Edge. The expected flow is almost the same, except that the app get's the cookies presented to it from AD FS. I was thinking this was something to do with Enhanced Tracking Protection. When I selected Custom and unchecked all the options (I think this disables ETP) I still get the cookies stripped from the header. I re-enabled ETP with standard protections and manually added the URLs using the steps outlined at https://bugzilla.mozilla.org/show_bug.cgi?id=1432644#c27. Is this a bug where FF doesn't honor the settings to disable ETP in V92? The reason I was thinking that ETP was to blame is the IDP has a domain of IDP.example and the app has the URL's of internalclaim.app and externalclaim.app.

I feel like I am missing something obviously here but I can't find it. If I create a CRM deployment using the same domain as our ADFS servers it works fine. If I use what our public designation is, it fails. SSO obviously fails. It only started after upgrading to 92 and that is consistent amount all of our clients. I have tried to go through every advance config that was touched with the 92 upgrade and nothing there seems to help. We compared our UAS to a friend of ours who is not having issues since the 92 release and they look the same. If this was a system 92 problem I would expect the internet to be exploding by now but it is not. It makes me think there is something I am missing in our fundamental set up but for the life of me I can't identify a missing update, compatibility issue, known issue blah blah blah. Edge, Chrome, Safari they all still work fine. It is just the Firefox 92 update that all of a sudden killed our authentication.

Asked by christopher.butler.02 1 isonto elidlule

Firefox creating new users and instances

I always have to close all Firefox instances from task manager all the time and then open firefox -p and delete users. It creates them again and again. Is there no way to… (funda kabanzi)

I always have to close all Firefox instances from task manager all the time and then open firefox -p and delete users. It creates them again and again. Is there no way to stop this?

Asked by Amay 4 ezinsukwini ezidlule

Add-ons will not properly display in the overflow menu, showing a minimized box and a scrollbar instead.

When viewing extensions in the overflow menu, items become cutoff. Sometimes a scrollbar will be displayed, allowing you to view the rest. At other times, you are not abl… (funda kabanzi)

When viewing extensions in the overflow menu, items become cutoff. Sometimes a scrollbar will be displayed, allowing you to view the rest. At other times, you are not able to navigate to the other information at all. I tried to use ctrl + (+ or -) to try and zoom out, but only the size was able to become bigger or smaller, not the scaling.

Asked by zacharypalko 3 ezinsukwini ezidlule

Firefox container tab

I am using different container/color tab for opening stories on Medium. Somehow the google script used by Medium website is able to figure out that am logged in as a user… (funda kabanzi)

I am using different container/color tab for opening stories on Medium. Somehow the google script used by Medium website is able to figure out that am logged in as a user on my main tab. If in the same tab container, I go to google.com/gmail.com, it asks me to sign in. How can we avoid this?

Asked by KJ 1 usuku oludlule