The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Hi, Jon, it's a direct quote from an OP's response on a current QA question.
I don't link to it because I do not want to "name and shame."
«... thank the gods that they have made you superior to those events which they have not placed within your own control, rendered you accountable for that only which is within you own control For what, then, have they made you responsible? For that which is alone in your own power—a right use of things as they appear.» Discourses of Epictetus Book I:12
Do any of you ever attempt to log onto your win10 computer and it tells you that you are typing an incorrect password but you know you are not?
I'm having a wifi adapter problem and at times I leave my computer and it goes offline and then the machine will tell me that I'm using an incorrect password even though I am not.
Just curious if others are seeing this.
I also have a lot of these in my Event Log:
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
to the user NT AUTHORITY\LOCAL SERVICE SID (S-1-5-19) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.
Recently I have suffered with a wifi adapter issue related to win10 drivers and win10 precludes me from rolling back to a driver that worked in the past. win10 controls everything. quite annoying.
Windows will use the date and driver version to make this decision... if you attempt to 'roll-back' and then Windows locates a more recent driver then you may end up having the most recent driver reinstalled.
It takes less than 60 seconds to remove it from the driver store. Open a Command Prompt and do:
dism /online /get-drivers /format:table
Locate your Wifi driver in that list. If you are unable to locate the driver in this list then you can also get a more detailed list by doing:
Once you locate the Wifi driver then do:
pnputil /delete-driver [INF FILE NAME]
Reboot and reinstall your old driver. Also... if your Intel Wireless driver has been published to 'Windows Update' then make sure you are not connected to the internet when you do this. Otherwise the latest driver will be downloaded from Windows Update.
I never mentioned this... but Intel will probably blame it on your "INSYDE Corp" BIOS. Make sure you have the latest BIOS. Even if you do have the latest BIOS... reboot and go modify your power management settings. Go in there and look for an 'S4'[^] and try disabling that. try running with that for a week and see if your problem goes away.
Also... go into Windows Device manager and right click on your wireless card in the list. There should be a setting on one of the tabs to prevent the wireless card from entering the low power state during sleep/hibernation.
Think outside the box... you don't really need to mess around with BIOS and drivers... you can just instruct the operating system to not allow your wireless driver to enter the low power state.
This might be completely unrelated, but it's food for thought anyway.
There is one common username/password I prefer to use to log onto my different machines. However, I have a laptop (a netbook), on which I cannot use this password with some Linux distribution (I forget which--maybe some version of Lubuntu, because it's supposedly low-overhead) because it simply refuses to let me type a specific key (lowercase 'm') when attempting to log in.
No "." character gets added in the password field, unlike every other key for the password. The button isn't broken; when I initially entered it during the account creation, the key was functional, and at no other time does the key ever misbehave. For example, in any plain text field, if I press 'm', there's no problem. I even reinstalled the OS, after I realized what was going on, and paid close attention to the password field as I entered the password when (re-)creating the account. It gets accepted at that time. Yet once I'm at the actual login screen, it's rejected.
Being a laptop, some of the keys serve double-duty and are used as the numeric keypad as well - 'm' gets assigned to '0', and the NumLock key is used to switch between numbers and letters. However, no matter how many times I press NumLock at the login screen, pressing '0'/'m' registers no additional keystroke.
I've also seen it where a key is misbehaving. Especially on laptops, I've seen stuck alt or shift keys, etc.
One thing that happens on our iMacs is that if you hit space to wake the computer up and turn on the monitor to show the login page, it actually puts a space before your username and won't log in properly. It's really hard to see because the text is barely moved over.
This is probably not related to your problem at all, but I will bring it up anyway as somebody else may have some idea about what caused it.
When I travel on holiday I don't take my laptop as I don't need it. I just take an ancient HP netbook running XP, mainly to back up my photos each night and check my email via webmail.
I went to the Philippines for about a month over Christmas, and imagine my chagrin when it told me the password was wrong, yet I had been using it for years - I only use this HP for holidays and the only things on it are my photos which are removed as soon as I get home.
On a close examination of the input box I noticed that the *s appeared to jump around a bit, and established that the keyboard was producing the correct letter, but occasionally was putting the nth character at the start of the password. I later established that this was pretty random - it might happen, it might not, it may chose a different character each time, it might not.
The only solution I found was to use the 'impaired' keyboard, and use the mouse to click on each character in turn, which always worked. Once logged in, the keyboard behave normally.
That COM error definitely doesn't have anything to do with it, those can often be ignored unless you're having an app-specific problem associated with that Class ID.
If you'd like, feel free to shoot me an email jonmbutler at outlook dot com and I'll see what I can do to assist. Worst case, if we can't figure it out, I'll hook you up with a free support case (I work for MSFT.)
Last Visit: 7-Aug-20 3:35 Last Update: 7-Aug-20 3:35