Microsoft, what a bunch of tossers.
-
its not a given that MS has the source code and even if they had if the issue was within that code what could MS do about it? produce its own version? I am sure that would go down well
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
What MSFT can do is tell us what the registry values/situations cause the PnP manager to supress UI dialogs. Its that simple. :)
-
What MSFT can do is tell us what the registry values/situations cause the PnP manager to supress UI dialogs. Its that simple. :)
again would they know? if the exception occurs in the code all MS can go by is what is passed though the stack, it may just get "unhandled exception" with no details, or are you expecting MS to log all calls to its OS just in case one of them fails?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
again would they know? if the exception occurs in the code all MS can go by is what is passed though the stack, it may just get "unhandled exception" with no details, or are you expecting MS to log all calls to its OS just in case one of them fails?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
UI dialogs have been supressed. This doesn't mean its an accidental occurrence, it means there is a setting somewhere that's supressing them. If MSFT don't know what this is they are a bunch of clowns.
-
UI dialogs have been supressed. This doesn't mean its an accidental occurrence, it means there is a setting somewhere that's supressing them. If MSFT don't know what this is they are a bunch of clowns.
there may be a setting or there maybe a function that does it which may or may not be documented, what you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information. just because they feel the correct action is to ask the providers does not make them clowns (they are quite capable of doing that for the bits they are responsible for)
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
there may be a setting or there maybe a function that does it which may or may not be documented, what you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information. just because they feel the correct action is to ask the providers does not make them clowns (they are quite capable of doing that for the bits they are responsible for)
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
Bergholt Stuttley Johnson wrote:
you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information
Er, MSFT ARE the providors.... Its the PnP manager that's throwing this error. It is THEIR software.
-
Bergholt Stuttley Johnson wrote:
you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information
Er, MSFT ARE the providors.... Its the PnP manager that's throwing this error. It is THEIR software.
ok my mistake I thought you were trying to install a third party software and it was breaking in the PnP
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
National Cash Registers?
veni bibi saltavi
-
We are, but they haven't come up with an answer yet. MSFT have the source code though. They should know under what situations their PnP manager fails in this way. They should be able to tell us.
Munchies_Matt wrote:
They should know under what situations their PnP manager fails in this way. They should be able to tell us.
If they took the time to go back through and read all the source code. Get out your wallet if you want them to do that. If someone asked you to explain to them all conditions that could cause a certain issue in code you wrote 10 years ago, would you be able to answer?
There are only 10 types of people in the world, those who understand binary and those who don't.
-
Munchies_Matt wrote:
They should know under what situations their PnP manager fails in this way. They should be able to tell us.
If they took the time to go back through and read all the source code. Get out your wallet if you want them to do that. If someone asked you to explain to them all conditions that could cause a certain issue in code you wrote 10 years ago, would you be able to answer?
There are only 10 types of people in the world, those who understand binary and those who don't.
Do you know what the word 'suppress' means?
-
Do you know what the word 'suppress' means?
-
Do you know what the word 'suppress' means?
are you sure it supresses the dialog or does a failure in the system stop the code that opens the dialog from running?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
Munchies_Matt wrote:
Do you know what the word 'suppress' means?
Is that similar to "deflection?" :-\
There are only 10 types of people in the world, those who understand binary and those who don't.
:zzz: :zzz: :zzz:
-
are you sure it supresses the dialog or does a failure in the system stop the code that opens the dialog from running?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
The error from the PnPManager, in event log, saying 'xxx failed because all user interface dialogs have been suppressed' gives it away for me. :)
-
:zzz: :zzz: :zzz:
Munchies_Matt wrote:
:zzz: :zzz: :zzz:
I see. That explains it. You expect Microsoft to know the ins and outs of their millions of lines of codes even though the person that wrote it isn't even there anymore yet you wouldn't hold yourself to those same standards. At least you're honest about it.
There are only 10 types of people in the world, those who understand binary and those who don't.
-
Munchies_Matt wrote:
:zzz: :zzz: :zzz:
I see. That explains it. You expect Microsoft to know the ins and outs of their millions of lines of codes even though the person that wrote it isn't even there anymore yet you wouldn't hold yourself to those same standards. At least you're honest about it.
There are only 10 types of people in the world, those who understand binary and those who don't.
Its an explicitly logged error from the PnP manager saying that UI dialogs have been supressed. Do you understand what the term 'supress' means and do you think its the result of an accidental code error or an explicit setting?
-
Its an explicitly logged error from the PnP manager saying that UI dialogs have been supressed. Do you understand what the term 'supress' means and do you think its the result of an accidental code error or an explicit setting?
Munchies_Matt wrote:
Do you understand what the term 'supress' means
Yes.
Munchies_Matt wrote:
do you think its the result of an accidental code error or an explicit setting?
Could be either. I didn't write the code. Regardless, when you contact Microsoft you aren't contacting the developer who is writing the code. Trying to get access to a developer is like trying to get you to admit that global warming is real.
There are only 10 types of people in the world, those who understand binary and those who don't.
-
The error from the PnPManager, in event log, saying 'xxx failed because all user interface dialogs have been suppressed' gives it away for me. :)
if that message continues and mentioned factory then the fault could be in the installation of your OS I have this when its done using sysprep and not resealed, I have also seen this when the drivers have been built for un-attended installation and yet have a decision dialog in them - strangely this throws the same error so it looks like it propagates up and hits MS's error logging instead of reporting it itself
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
Munchies_Matt wrote:
Do you understand what the term 'supress' means
Yes.
Munchies_Matt wrote:
do you think its the result of an accidental code error or an explicit setting?
Could be either. I didn't write the code. Regardless, when you contact Microsoft you aren't contacting the developer who is writing the code. Trying to get access to a developer is like trying to get you to admit that global warming is real.
There are only 10 types of people in the world, those who understand binary and those who don't.
No, it is unlikely to be either, it is an explicit failure because of a setting somewhere. If MSFT don't know this then who the fuck does? Me? I didn't write their OS, they did.
-
if that message continues and mentioned factory then the fault could be in the installation of your OS I have this when its done using sysprep and not resealed, I have also seen this when the drivers have been built for un-attended installation and yet have a decision dialog in them - strangely this throws the same error so it looks like it propagates up and hits MS's error logging instead of reporting it itself
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
Bergholt Stuttley Johnson wrote:
the installation of your OS
Not mine, NCRs....
Bergholt Stuttley Johnson wrote:
have this when its done using sysprep and not resealed
Yes, its a similar error, except it doesn't say 'factory mode' None of the other known registry settings seem to be causing it either. And sop far NCR haven't found it.
Bergholt Stuttley Johnson wrote:
drivers have been built for un-attended installation and yet have a decision dialog in them
Our drivers ship with a co-installer, that doesn't have any UI in it, it only reads and writes some registry values. If this coinstaller is left out, the driver installs OK. So clearly the very existence of a coinstaller is enough to cause the system to fall over. Its really quite crap.
-
No, it is unlikely to be either, it is an explicit failure because of a setting somewhere. If MSFT don't know this then who the fuck does? Me? I didn't write their OS, they did.