Intel Corporation - SoftwareComponent - 1.1122.713.2 windows update problem

This seems to have worked for me but time will tell.

Only things were the file downloadable file referred to had a different Id for me, so just had to amend the number in the file explorer, and I was missing the connectivity file as well so had to add that.

Thank you :)

Yo he podido reoslverlo con la herramienta HP Image Assistant (HPIA) https://ftp.ext.hp.com/pub/caps-softpaq/cmit/HPIA.html

I ended up by just hiding that single Update in the OS. Here a Powershell script to do this:

#requires -RunAsAdmin

$UpdateSession = New-Object -ComObject Microsoft.Update.Session

$UpdateSearcher = $UpdateSession.CreateupdateSearcher()

$Updates = @($UpdateSearcher.Search("IsHidden=0").Updates)

foreach ($u in $Updates) {

    if ($u.Title -eq 'Intel Corporation - SoftwareComponent - 2.1123.706.4') {

        write-host $u.Title

        $u.IsHidden = $true

        break

    }

}

'done.'

The issue is back again in Win11 here and it seems to affect only HP laptops. Here the detailed reason for this:

Even if you go to the official Intel update page at https://www.intel.com/content/www/us/en/support/intel-driver-support-assistant.html then Intel recommends installing the "Intel Connectivity Performance Suite" in version "3.1023.830.1" and this seems to be OK, because the PDF to that package says, that the requirements are a 12Gen i7 and an Intel WiFi 6E AX211 network adapter as it is in the HP Zbooks.

But when the Intel installer for that package starts, it is doing a couple of compatibility checks and sees, that the PNPID of the WiFi-adapter is an HP-variant with ID "PCI\VEN_8086&DEV_51F0&SUBSYS_00948086&REV_01" and this subsys-info tells the installer to stop (and forces a rollback of any changes so far).

And the exact same thing happens in the Windows Update package named "Intel Corporation - SoftwareComponent - 2.1123.706.4". Requirements-check (forwarded from Intel to MS) reports this as a missing update, but the own Intel installer stops the install-process. You can see this in the "Application" eventlog with event-ID 16 from source "Intel Connectivity CInstall". In the XML-view of that event-details you see the text "Platform Invalid - Uninstalling".

So in sum this means you can only ignore this update package and ignore the reboot. As an admin you might blacklist this update package with some commands (offtopic here). For everyone else you need to wait, till Intel and HP have a better understanding, WHO is responsable for customizing this type of Intel-Installers for HP-specific Wifi-cards. Either Intel needs to blacklist them in their detection reoutines or HP needs to customize the installer to accept their own hardware.

BTW - this is an ongoing issue since years. I have have seen this multiple times in the past and the process (or the communucation) between Intel, MS and HP is still not as good as it should be.

Personally I think its on Intels side to have the same requirements-check in the initial hardware-scan as in the driver-installer itself.

For me this looks like a bug in the Driver installer for the Intel Performance Suite:

Checking the "Application "eventlog reveals an event-id 16 with error text "The Directory cannot be removed", but checking the detailed XML-info from that events says "Platform Invalid - Uninstalling", which means that MS tries to install that driver package, but the package-installer from Intel refuses to install on that variant of the chipset (for me its an HP Zbook) and starts a rollback of the installation.

I was searching the driver in the "Microsoft Update Catalog", downloaded and extracted that CAB-file and installed the driver manually via the INF-file, but the error is exactly the same. We need to wait for a fix on the MS-side. Hopefully MS and Intel will do a better coordination of such installers in the future.