Windows 8.1 Feature Pack kb2932046 (part of kb2919355) won't install

Since 9th of April, I "hide" the 2919355 update {actually the KB2932046 ) and other updates have come through. I do "unhide" and try again when another "idea" comes up. Once I get directions on how to post the Powershell results, You'll get them.

Thanks,

Jim

Robert,

I found Powershell and think I figured out how to use it enough to get you what you requested. If not, let me know and I'll try again.  There's got to be a way to copy the info, other than snipit.

I see one BIG difference:

KB2919533 on my method shows installation of 11:51 AM

KB2919533 on  Powershell shows installation of 11:51 PM

If the time is my local time, the Powershell PM can't be correct because I'm not up that late

Thanks.

Jim

p.s. How do I post the actual results. Get error saying too many characters for message

My method gave the order of the KBs numerically,        

Understood.  That's DISM's Get-Packages doing that.  But I think that just restricting the numbers to KB293 may not give a clear picture of your maintenance history.   Has nothing really happened since the 9th of  April or are you completely disallowing automatic updates and know that only what you are showing me is relevant?

This does not work for me in Command Prompt mode.

Correct.  It's a Powershell "one-liner".  You need to get into Powershell first, then do what you tried in the cmd window or use the new command pipeline that I found.  Actually Mika had found it too.  I just hadn't noticed after being awed by his reformatting technique.  I'm guessing that other time and date formats will be sorted by Powershell (e.g. because they are "typed"* as date objects), if so you wouldn't need to reformat it to be sortable as text.

* Typed -  Object-oriented programming term.

HTH

Robert

Robert,

Thank you for your reply. When I looked at the link you suggested, I thought you were just interested in the order that I had installed the KBs and what I used to get that was most familiar to me. My method gave the order of the KBs numerically, not by time stamp because I am not familiar with the sort function. That's why I said it was necessary to look at the time stamp to get the proper order. I did not mean to give the impression that I didn't want to use your methods. I have never used Powershell, although I know it's on my system somewhere. This does not work for me in Command Prompt mode.

Get-WindowsPackage -Online | ? { -not($_.PackageName -like "Microsoft-Windows-*") } | Select @{N="Package";E={$_.PackageName -replace "Package_for_" -replace "~.+$"}},ReleaseType,@{N="InstallTime";E={"{0:s}" -f $_.InstallTime}} | Sort InstallTime | Format-Table -AutoSize

Sorry, but I guess I don't understand what you wanted me to do.

Jim

The following shows you my order of installation, if you look at the time stamp.

---

The analysis is easier  if  you use a sortable date and time format (my solution) or  if  you use Powershell (Mika's solution, except that apparently Powershell's Get-HotFix only gets WMI QFE data which does not include an accurate timestamp?)

http://answers.microsoft.com/en-us/windows/forum/windows8_1-windows_update/windows-update-error-80244fff/16f1c7d7-f0e2-4e76-b656-c749287d9713?page=10

C:\Windows\system32>dism /online /get-packages /format:table | findstr KB293

So now you don't care about KB291 and friends?

Here.  I found a better way to get these listed (in Powershell):

PS C:> Get-WindowsPackage -Online | Sort-Object InstallTime | Format-Table InstallTime, PackageName -AutoSize

You might have to install the DISM module in Powershell to do that.  I got it via Powershell's  ISE.  I will be interested in seeing what presentation Powershell gives you with its date and time when sorted.  It should be what you like which may be hard to discern as a sorted list but at least it will be sorted.   <eg>

Here's how the InstallTime object is defined:

InstallTime      Property   datetime InstallTime {get;set;}

HTH

Robert