Tested on a few other computers, the basic authentication is definitely working on IE11 for other computers. However, on my computer, I can't seem to get a username/password to prompt for IE11. It does work on all the other browsers installed on the computer.
I've tried reinstalling IE11, deleting all sorts of cache/credentials, changing various internet security levels, changing User Authentication to "Prompt for user name and password" on each zone. I've also tried in private browsing.
I have a feeling it's either a windows setting or an IE11 setting at this point. Any direction would be wonderful.
IE11 Version: 11.836.18362.0
I am not sure what settings you have modified in the IE 11 browser so first I suggest you reset the IE browser.
After that set Logon option to Prompt for user name and password for the desires zone.
If you are trying to authenticate with a different origin then enabled the Access data sources across domains under Miscellaneous category.
Let us know, whether it helps to fix this issue or not.
If the issue persists then try to provide more detailed information. Like which OS build you are using and information about the site.
Related
Good Afternoon, never seen this one before in my years of working with Windows but im at a loss to try and find the solution to this one.
When users log on to their desktops as Non-Admin accounts, there are particular applications they need to run as different users due to the way some of the systems work. A load of system policies where updated for security at group policy level however now something strange is happening when the user initiates a RunAs by holding the shift key down or if they attempt to remote desktop to another machine, the NLA Windows Security box that prompts for credentials takes 5/10 minutes to appear.
When the user hovers over the taskbar icon, then over the window without clicking the Windows Security box displays as full screen missing the username and password box but when you click on it nothing happens and just disappears. Eventually after a few minutes the windows security box will appear and can log in as normal however the users jump into systems adhoc and cant be waiting for minutes at a time to put their credentials in which could cost a lot of user down time during the day.
I have tried looking at the security log but as you can imagine its filled with all sorts and trying to locate one specifically without knowing the issue is difficult at best. Has anyone had this issue before that can point me in any direction. I have to assume this is permission related on the devices trying to access something locally because when i log on to the devices with an account in the administrators group all these issues disappear and the windows security works as normal. Also, if they click "Run as administrator" they get the UAC credential box so i don't believe this is UAC related as its working by design just anything with "Windows Security" prompts. I should point out that whilst this is waiting - the File Explorer icon highlights under "Run As" like the explorer is waiting to do something.
OS - Windows 10 Pro
Acc - Domain Joined
Group policy enabled
Local Policy Disabled
Update: 21H2
Never seen this before but hoping one of you legends has!
Dev
Full Screen Box - Screenshot
For anyone reading this - although bizzare as it is...
It turns out it was McAfee Disk Encryption - there was a bug in the local FDE security provider causing it to hang every time it was accessed.
Update your McAfee FDE Client/Agent to the latest version
I am using ColdFusion 2018 on a Windows 2016 server. ColdFusion is fully updated.
I work in a University setting and end users have little to no control over their ie settings. All computers are (supposedly) kept to the same settings. If they aren't end users can't change them. Compatibility mode is set to on and pushed to all computers.
I am unable to reproduce this issue on my computer in Chrome, ie or any other browser. Some users, with no real rhyme or reason that we can identify, lose their session variables when they open a new window from a link.
Here's how it works:
User logs in, session variables are set. userID and sectionAccess are two of them.
User search for an employee
User gets an employee list
User clicks on a name
New window opens with complete employee details
For SOME users, the session variables are just disappearing. We can't figure out why, and there doesn't seem to be a connection between the users or their computer settings. Laptop or desktop.
The problem is also not consistent. This just came in an email from one of the affected users "I also tried again in IE and first it worked, and then logged out and tried again and it didn’t work the next few times."
It works as expected at all times on my computer and my home computer (a mac.) My computer is Windows 10, with ie 11.1565.16299.0
This is my application tag:
<cfapplication name="theSite"
clientmanagement="yes"
sessionmanagement="yes"
setclientcookies="yes"
sessiontimeout="#CreateTimeSpan(0,1,60,0)#"
applicationtimeout="#CreateTimeSpan(0,1,60,0)#">
Has anyone experienced this? How do I fix it? Again, I have no control over browser settings.
Thank you
I am facing an issue with our web tool that I am unable to solve. I already tried to google a solution but failed to find one.
We have a website where we use JavaScript to record audio from the users microphone via getUserMedia. The first time the user enters a html page on the https website, there is a notification popping up about permission rights. Thats fine, but on Firefox Mobile it doesn't matter if you gave your permission already, you will be asked on every single page again. Thats not the case for every other browser we tried.
So, is this some kind of our error or is it a limitation of Firefox Mobile?
Hope anyone solved that issue already in the past.
Best regards,
Daniel
It's a limitation in Firefox for Android (fennec). It intentionally asks users each time.
It's being solved in the next generation version, available in beta as Firefox Preview (fenix). The prompt there adds this checkbox, similar to Firefox for desktop:
☐ Remember decision for this site
Can anybody point out to me how I can enable Windows 10 to display multiple Authentication Providers? For some reason, I am not able to see the "Switch Users" button on the login screen.
I do understand that there are options to change authentication providers in the system registry and gpedit.msc. However, any changes I make seem to not make a difference and the default userid/password login keeps displaying. I can disable the default userid/login but nothing else comes up as a choice if I have it enabled.
Does Windows 10 work like Windows 7 in this regard or is it completely different? I have been able to get it to work on Windows 7...just not 10.
Any feedback, examples, instructions, would be greatly appreciated.
I'm facing a very weird kind of problem while running my application.
When I hit a website and login to my application, the POST is getting converted to GET automatically. Since all the request parameters are getting lost due to this, the page shows up an error screen.
This issue happens in IE-8 (Windows 7), but works absolutely fine in IE-8(Windows XP).
How is the OS involved in this? Have anyone faced such issues? This issue happens in IE-9 as well.
Kindly refer to this issue as well. Any solutions would be really helpful.
Thanks !!
This issue was happening due to a security setting in IE in Windows 7.
There is an option of Enabling/Disabling protected mode in IE of Windows-7. This is a new feature present in IE of Vista/Windows-7 and this option is enabled by default for “Internet” zone and “Local Intranet” zone(or any one of them). Disabling at these 2 places solved the issue.
Tools -> Internet Options -> Security -> Internet/Local Intranet -> Uncheck on the "Enable protected mode" option.
I'm a bit late to this party, but I just ran into this as well, and it made me crazy. IE (only) was turning a POST into a GET, which took running Fiddler to determine. This thread got me part way there, but the protected mode wasn't the deal. It turns out one site was in the Internet zone (the page making the post) and the other (receiving the post) was in the Intranet Zone. By adding the calling page to either Intranet Zone or Trusted Sites, IE stopped turning the POST into a GET. It appears that you can't call up the zone stack without IE turning the POST into a get, but you can call down. The big tip for us (we opened the POST in a new window (target=_blank)) was that when calling from Internet to Intranet, the new page opened in a new IE window, but when configured "correctly", the new popup will open in a new tab (the expected behavior).