Recommended Posts

Hi Guys,

Just to let you know that the MSXML installers may have an issue which causes the PC to reboot during an APXP install session.

I finally caught one of the responsible modules in an XP Systems Event Log and it's the MSXML3SP7 module.

Looking at the parameters for many of the XML installers, is it possible a mistake was made when producing APXP October? The install parameters for MSXML3SP7 are:

"AutoPatcher:\modules\Components\msxml\MSXML3SP7\msxml3.msi" /qn

I have changed this to:

"AutoPatcher:\modules\Components\msxml\MSXML3SP7\msxml3.msi" /quiet /norestart

which seems to have corrected this issue for me.

It may be that other modules in the MSXML section have the same issue.

Kind Regards

Simon

Link to comment
https://www.neowin.net/forum/topic/512799-reboots-partway-though-apxp-october/
Share on other sites

I use AutoPatcher on all new installs, and so far every install I've done this month has rebooted part of the way through and I've had to install about 50 new updates when I check Windows Update. I'm pretty sure this is the reason why, so i'd greatly appreciate some insight, even if it's simply "Sorry, you'll have to wait until the next AutoPatcher release."

Thanks!

Edit: Downloaded the ap_packing.zip file and found out how to edit the .amc file to fix the issue. Will test it to see if it makes a difference.

Edited by drew826

I have also experienced this issue and traced it to MSXML 3 SP7. Two things, could the above poster please post some detailed instructions of how he/she fixed this issue so that others (like me) are not left guessing, and also, would it really hurt the AP team to put out a freaking fix for issues like this and the incorrect Java update with a quick patch? How long would this take, honestly?

Let the unintended flame wars begin.

could the above poster please post some detailed instructions of how he/she fixed this issue so that others (like me) are not left guessing

I'm still running autopatcher on 2 machines to test, so I can't guarantee this fixes the problem, but I'll explain the process anyway. To change the install flags/parameters for a package, you have to edit the .amc file for that package. This can be done with the ap_packing.zip file used by autopatcher translators, available at http://uk.geocities.com/lrebrown/ap_packing.zip . I used the replacer.exe file to open up the .amc file for the module (C:\Program Files\AutoPatcher\modules\Components\msxml\MSXML3SP7_enu.amc), then told it to replace "/qn" with "/quiet /norestart" and had it replace the .amc file with the updated version. I noticed it also seemed to add the "/overwriteoem" flag, so I don't know what consequences that might have. I'll attach the .amc file I've already edited, but like I said before, I'm still testing so I don't know for sure that this will have an impact.

To use the file, download it and remove the ".txt" extension (added so that I could upload the file).

Apologies for the back-to-back postings.

AutoPatcher just completed successfully on the first computer: no reboots, all updates installed. I ran Windows Update afterwards and it only had 7 new high-prioirty updates to install (excluding IE7, that hasn't been cleared for use here yet) which sounds reasonable since there have been a couple of Tuesdays since the October release. Much better than previously where the computer would reboot part of the way through and I'd have to install 50 more updates.

Just as another update, I've successfully run autopatcher on 2 or 3 machines now, but it did reboot on one machine after the MSXML install so I'm not sure what the difference was there. I'm using the same autopatcher with the same switches from the network, so I don't know why 2 or 3 worked flawlessly and one rebooted halfway through.

Hi,

Well I am at least glad that I was able to bring this issue to someone's attention for correction in this months release.

Apologies for anyone who was looking for step-by-step instructions on how to fix this issue, however that was not the purpose of my posting. It was to ensure that this issue was resolved in the next release.

Incidentally I suspect **ALL** of the MS XML installer modules need to be looked at, not just the one referenced in earlier postings on this thread.

The simple way to edit or change any module is with the Module Editor which is included with every version of AP in the installation TOOLS folder. Open the editor and select "Associate with AMC Files" from the Tools menu.

Then locate the .AMC file for the module you wish to edit and double-click on it. This will open the module for editing. It helps to find the AP documentation and read this before you change any fields so you understand what everything does.

Once you have edited the module you then need to save the changed via the File -> Save menu option. If you edit a supplied module it will then become Unofficial and will state that when you are using AP.

If there was somewhere central to post changed modules such changes,corrections and new modules, it would help with both beta testing fixes and introducing new modules to AP faster and ensuring that they are TESTED properly before release.

Sorry if this come over the wrong way, but having come from a Software QA background it does seem to be a shame that an excellent project like AutoPatcher is spoilt for the lack of a little testing.

Kind Regards

Simon

The simple way to edit or change any module is with the Module Editor which is included with every version of AP in the installation TOOLS folder. Open the editor and select "Associate with AMC Files" from the Tools menu.

Ah, thanks for that. I wish I had figured that out earlier. Time to test things again!

I don't suppose there's an easy way to remove that file from my post up above is there? :whistle:

Anyway, here's the file corrected through the module editor.

Again, remove the .txt file extension.

Go to My Controls at the very top of the page, on the next page on the very left side, look for Manage Your Attachments. This will list the stuff you attached in the forum.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • I have been using Firefox for years.
    • I'd trust open source stuff on github more then closed source binaries from Microsoft.
    • OpenAI is now rolling out Lockdown Mode to more ChatGPT users by Pradeep Viswanathan Back in February, OpenAI first announced Lockdown Mode for users who want the most comprehensive protection from potential attacks. At the time of the announcement, the company mentioned that this feature was available to a small set of highly security-conscious users, including executives or security teams at leading organizations. Today, OpenAI announced that Lockdown Mode is now rolling out to all personal ChatGPT accounts, including Free, Go, Plus, and Pro, and also self-serve ChatGPT Business accounts. Users can enable the feature from ChatGPT Settings > Security when it is available for their account. When Lockdown Mode is enabled, ChatGPT limits or disables several features that connect to the web or external services. These include live web browsing, Deep Research, Agent Mode, and more. Here is the complete list of services that will be disabled in Lockdown Mode: Live web browsing: Web browsing is limited to accessing only cached content. Search results may be limited, unavailable, or stale. Image support: ChatGPT may not display images in regular responses or retrieve images from the web. Users can still upload image files, and image generation remains available where it is otherwise available. Deep research: Deep research is disabled. Agent mode: Agent mode is disabled. Canvas networking: Users cannot approve Canvas-generated code to access the network. File downloads: ChatGPT cannot download files for data analysis. ChatGPT can still operate on your manually uploaded files. It is important to note that Lockdown Mode does not completely block prompt injections from appearing in content that ChatGPT processes. For example, a malicious instruction could still be present in an uploaded file or cached web content. However, the mode is designed to reduce the ways such an attack could send sensitive information outside the conversation. Along with Lockdown Mode, OpenAI today also announced that the Active sessions feature is now available across ChatGPT accounts and workspace types. This feature allows users to review where their account is signed in across devices and end sessions if required. A session will have the following information displayed: Device or browser information. First-party app context, such as ChatGPT, Codex, or API Platform. Approximate location. Sign-in date and time. Whether the device is a trusted device. Whether it is your current session. OpenAI highlighted that the Active sessions feature will not be available for accounts linked to an organization’s single sign-on setup, including SAML or OIDC.
  • Recent Achievements

    • Rookie
      moog19 went up a rank
      Rookie
    • Mentor
      grik went up a rank
      Mentor
    • Dedicated
      JKR earned a badge
      Dedicated
    • One Year In
      CHUNWEI earned a badge
      One Year In
    • Conversation Starter
      FBSPL earned a badge
      Conversation Starter
  • Popular Contributors

    1. 1
      +primortal
      491
    2. 2
      PsYcHoKiLLa
      270
    3. 3
      Skyfrog
      75
    4. 4
      Steven P.
      68
    5. 5
      FloatingFatMan
      63
  • Tell a friend

    Love Neowin? Tell a friend!