T wrote:
> VanguardLH wrote:
>
>> T wrote:
>>
>>> Well three fixed so far. I am surprised more haven't called.
>>> They are probably on M$O 2003, which in my opinion is the best
>>> M$O suites. Snappy and not too bloated and pretty much bug
>>> free. The M$O users probably upgraded to get .docx and .xlsx
>>> functionality.
>>>
>>> Thank you all for the help. I just need to squint a bit and
>>> not trust that they be alphabetical.
>>
>> How were they fixed?
>
> You missed my prior feedback.
True, your reply to Paul. I don't know why Paul moved from
Eternal-September to AIOE. I filter out Google Groupers. After years
of seeing the degrading populace use AIOE, I started color tagging posts
from there, and also from other unregistered free Usenet providers (no
account is created that they must use to post through). Eventually I
decided the degradation was severe enough that I also filtered out posts
that originate from AIOE.
Under that other subthread, you said you found an update to Office 2010
that once removed eliminated the problem. Your customers are using
Office 2010 on Windows XP? I had thought Office 2010 was incompatible
with Windows XP until I looked at the chart again. Windows XP without
qualification means the 32-bit version (versus the 64-bit version of
Windows XP which is really Windows 2003 Server crippled to a workstation
version and with the Windows XP desktop).
Odd that KB4461522 that was supposed to be for the Japanese calendar
would cause Office components to crash with a date call to the system
API. Guess a programmer figured Office 2010 would only be running on
his version of Windows and decided to use a system call that doesn't
exist back in Windows XP. This was a new non-security update for an old
version of Office but probably tested under a newer version of Windows.
Programmers should NEVER be allowed to QA their own code.
I've had customers report a problem, analyzed it to report in detail and
be easily reproduced in my bug report, so the Dev team knew where to
look only to have the responsible programmer say it works on his
workstation. Fine, then package up your workstation and send it to the
customer. Programmers keep testing on polluted hosts and test for how
they expect a product to work, not how to break it to get fixed BEFORE
the customer gets it. Turns out the programmer had an SDK installed
that is not required as part of the program and that customers would not
have installed nor was stipulated in the documentation as a requirement.
I always have Windows Update turned off and disabled. I wait 2 weeks,
or more, after Patch Tuesday to see what is still offered and review
each update to see if I want it or if it even applies. Microsoft has
kept pushing Skype updates to my Win7 host despite Skype is not
installed there. I also reject any of the preview updates. I've not
upped my procrastination my a month and may lengthen it due to patches
to Windows 10 that have been catastrophic (I'm not on Win10 at home but
if they screw something that bad for Win10 then they can do it for Win7,
too). By procrastinating on the updates, I can check AskWoody and
Google on the KB numbers to see if they're okay or not.
Something has gone very wrong at Microsoft in the last few months. Way
too many of their updates have proven disasterous. There has been major
restructuring starting back in April with the announcement of Meyerson
leaving. Could be, as with Windows 10, Microsoft is pushing beta and
even alpha testing onto their customers with the updates. Windows 10 is
an in-situ experiment where Microsoft has altered their testing phases
to include customers. Maybe that mentality has become contagious there.
Microsoft has had disasterous updates in the past but it seems they're
coming out too often now. I would never allow Microsoft or anyone else
alter the state of *my* computer. Yeah, it's their software but the
hardware remains my property, not theirs. Automatic updates MUST be
disabled but then users who decide to be their own sysadmins MUST be
smart enough to decide which updates are applicable to them. A long
time ago when dinosaurs still roamed the world, updates got a testing
cycle before they were employed. I'm talking about at the customer end,
not in QA at the software developer.
Microsoft has been deliberately becoming more vague in the description
of their updates. It can take some deep digging to determine what the
update changes or is even applicable in my scenario. I'll let some
other sucker get screwed with the pre-release (preview) updates. Before
deciding which, if any, Windows or Office updates to allow, I do a full
image backup. System restore will sometimes work but not always.
I am the admin of my own PCs, so it behooves me to become educated as an
admin. Most users figure because they can do something makes them
admins. Doesn't look like your customers are proactive in how they
manage Office and Windows updates.
> Uhhhh. You haven't been follow the thread real close.
Yep, Paul's subthread submitted through AIOE was invisible until you
just mentioned that somewhere you had discussed this. I don't delete
unwanted posts, just ignore-flag them and use a default view of "Hide
Ignored Messages". If I need to see content that got flagged, like
Paul's AIOE-sourced subthread, I use the "Show All Messages" view.
I won't see Paul's post or anyone else submitting through AIOE. I gave
up on that noise source. Too many trolls, spammers, malcontents,
forgers, pueriles, and other undesirables that don't have even an
account to lose because Usenet providers that don't require registration
don't have accounts. If I don't want to see a poster or topic, I also
don't want to see replies to it, so my client flags all subthreads under
a flagged post.
Aside: Sorry, Paul, but I gave up seeing AIOE posts. I filtered out
Google Groupers long ago (
http://twovoyagers.com/improve-usenet.org/).
Years later, the populace using AIOE and other unregistered Usenet
providers degraded, so I eventually filtered them out, too.
> To reprise. Paul told me to remove KB4461522, which I already
> knew but could not find. He told me to sort by name. That did
> not help as the KB was not in alphabetical order, but was
> under Office 2010 patches, which he pointed out. I just had
> to go through each Office patches one at a time and squint a
> lot to find it. I did post all of this back. You just missed it.
A system restore might've also worked since a restore point gets saved
before applying Windows updates. I'd have to check next time to see if
restore points are also created before Office updates.
The searchbox in Add/Remove Programs sucks. You want to find an update
by its number but a search on, say, 44457035 turns up a blank page (no
hits in the search). You have to use KB44457035 but sometimes that
doesn't work. Sometimes it is easier to use Belarc Advisor or another
inventorying tool to list the updates and then search that tool's list.
In Belarc Advisor, you have to scroll all the way down their results
page to find the "Click here to see all installed hotfixes."