Recommended Posts

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

585898587[/snapback]

What will happen if Microsoft will come with IE 7? Are we gonna use it or not? If we will use IE7 (don't know what size it is) is it going to depend on the size too? Just like Firefox?

What about netscape version 8? The same rules as above?

:ninja: Pascal B :ninja:

IE7 will probably be included, as a vital component of Windows, just like .NET Framework and Windows Media Player.

585898760[/snapback]

Hmmm........are we offering only Microsoft "media and browser" products? Vital or not? Is that want you want to tell?

:ninja: Pascal B :ninja:

No there are plenty of things in AutoPatcher which are not by Microsoft. We target Windows, Microsoft's operating system, which means updated components of it should be included in AutoPatcher. When it comes to non-Microsoft software, we try to keep it tidy. It's really hard to draw a line there. If I include a non-Microsoft media player (which has nothing to do with Windows), people would scream. Let's say we included Winamp. People would say "Hey, why Winamp? Why not iTunes? Or QuickTime? Or RealPlayer? Or BSPlayer?". Same goes with browsers. "Why Firefox? Why not Opera? Or Maxthlon? Or.....". That's something we just can't do. If we start including non-Microsoft software, we would have to include the bigger part of the competition aswell. AutoPatcher 5.x is modular, which means we don't need to include all those. Every one of the programs mentioned can become stand-alone modules.

As I said, my intention is not to kill Microsoft's competition. I'm all for it. But I can't include all media players and all browsers.

As I said, my intention is not to kill Microsoft's competition. I'm all for it. But I can't include all media players and all browsers.

585899080[/snapback]

I'll agree with that one! If we would do it all....we soon need a DVD to burn all that stuff.....hehehehe :D

:ninja: Pascal B :ninja:

why o why?

Getting sick :x

In the Autopatcher Module Editor I made the module for installing Microsoft .NET Framework 1.1 Hotfix (KB886903) with the result below:

"Module:\NDP1.1sp1-KB886903-X86.exe" /Xp:%L%%temp%

Why does that not work in Autopatcher?

:crazy:

Making a batchfile installing Microsoft .NET Framework 1.1 Hotfix (KB886903) for use within Autopatcher Module Editor with the result below

cmd "Module:\NDP1.1sp1-KB886903-X86.cmd"

Made a batch-file that works fine.....Autopatcher won't eat a batch-file. Stocks at 95%....... :alien:

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP

msiexec /update %L%%TEMP\M886903.msp /q /norestart

------------------------------------------------------------------------------

Damn, that works good!

Who has the clue? :rofl:

Don't see it any more at this moment :wacko:

:ninja: Pascal B :ninja:

Edited by DaFlapDrol

Pascal, Raptor and i had the same problem. The trick were was decompressing the NDP1.1sp1-KB886903-X86.exe and use the .msp created (and renamed to KB886903.msp) in the AutoPatcher, not the original file. The installation commands are very simple this way:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I know you like to use the original files, but in this case, i don't know how...

I hope this helps. ;)

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

585898587[/snapback]

And when 1.1 is released, I'll make another module for it like I did with 1.0 (as there will be .msi files), but as it stands, the repackaging thing is totally useless.

Pascal, Raptor and i had the same problem. The trick were was decompressing the NDP1.1sp1-KB886903-X86.exe and use the .msp created (and renamed to KB886903.msp) in the AutoPatcher, not the original file. The installation commands are very simple this way:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I know you like to use the original files, but in this case, i don't know how...

I hope this helps. ;)

585899833[/snapback]

Hey my man Gandolas,

well it has to be fixed in AutoPatcher!!! Again, on the command-line all works great. Just a simple batch-file makes it possible to install ALL hotfixes and patches. I have used the example:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I don't know why, it doesn't seem to work here with the Dutch version, as far as I discovered.

Be honest, did you tried my example? With the batch file? If it works on the command-line I think that it must be possible to make it work in AutoPatcher too??.

The repacked version of the Framework stuff in Release April is no solution, it?s a workaround.

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I don't know why, it doesn't seem to work here with the Dutch version, as far as I discovered.

Be honest, did you tried my example? With the batch file? If it works on the command-line I think that it must be possible to make it work in AutoPatcher too??.

The repacked version of the Framework stuff in Release April is no solution, it?s a workaround.

585902985[/snapback]

Strange.. it works with the English, Portuguese from Portugal and with the Portuguese from Brazil...

No, i din't try it but i'm going to try it now.

It's a workaround and it saves some s;)ce. ;) I know, it's not perfect...

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP

msiexec /update %L%TEMP\M886903.msp /q /norestart

------------------------------------------------------------------------------

Damn, that works good!

Who has the clue?  :rofl:

Don't see it any more at this moment :wacko:

585899422[/snapback]

The problem is that you didn't make a TEMP folder:

Add as a first line:

mkdir Temp

and

rmdir temp

as a last line, in order to delete the temp folder after the instalation.

Hope it helps. :)

Edited by gandolas
The problem is that you didn't make a TEMP folder:

585904610[/snapback]

Gandolas,

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP%

msiexec /update %L%TEMP\M886903.msp /q /norestart

-------------------------------------------------------------------------------

In this case it means the TEMP folder exist. The user logged on, has a TEMP folder in the LOCAL SETTINGS folder. That TEMP folder is being used by the extraction command as above. Nothing new here.

As shown above I don?t need to make a TEMP folder first.

I?m very curious how Autopatcher handles this all, I didn?t make the program. Perhaps it isn?t possible within AutoPatcher??

Edited by DaFlapDrol

Okay, here's exactly how AutoPatcher handles it:

It creates a batch file in the user's temp folder and outputs the installation commands, replacing Module: with the module's path. Then it just executes the batch file. Theoretically, this means that any batch file which works on the command prompt will work. Only trouble is, you must make a path-independant batch file (read: one that specifies ALL paths).

Where does "%L%TEMP" point? Maybe you should put the .msp part in quotes? Maybe you meant %TEMP%?

Okay, here's exactly how AutoPatcher handles it:

It creates a batch file in the user's temp folder and outputs the installation commands, replacing Module: with the module's path. Then it just executes the batch file. Theoretically, this means that any batch file which works on the command prompt will work. Only trouble is, you must make a path-independant batch file (read: one that specifies ALL paths).

Where does "%L%TEMP" point? Maybe you should put the .msp part in quotes? Maybe you meant %TEMP%?

585907664[/snapback]

Here it comes:

In a batch-file

NDP1.1sp1-KB886903-X86.exe /XP:%L%%TEMP%

msiexec /update %L%%TEMP%\M886903.msp /q /norestart

This within a module:

[install With Backups]

"Module:\NDP1.1sp1-KB886903-X86.exe" /XP:%L%%TEMP%

msiexec /update %L%%TEMP%\M886903.msp /q /norestart

The setting %L%%TEMP%\ points to the users Temp folder located in the Local Settings folder. This setting %L% points to the systemsdrive letter.

When I launch this module in Autopatcher is doesn't extract the file. In the batch-file it does. I don't know if AutoPatcher can handle these variables, maybe not.

Edited by DaFlapDrol

AutoPatcher only handles its own variables. Module: and AutoPatcher:. %L% doesn't exist on my system. %TEMP% already contains the systemdrive letter. Type "SET" in a command prompt and see the variables. Also, consider using:

"%temp%\M886903.msp" /q /norestart

AutoPatcher only handles its own variables. Module: and AutoPatcher:. %L% doesn't exist on my system. %TEMP% already contains the systemdrive letter. Type "SET" in a command prompt and see the variables. Also, consider using:

"%temp%\M886903.msp" /q /norestart

585908080[/snapback]

I already know what one problem was. The path depth??

I took a close look at the apmodule.bat created in the TEMP directory. That was what I should have done earli:laugh:laug:laugh:ugh: ?

Here are the eD2K links for the Portuguese May version:

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Full.exe|150422974|E2154D27E161DB9F2D67983871DD6B5D|/

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Lite.exe|69316771|3C0C3C047CB53F22C1E328BEB887655A|/

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Update.exe|54189222|113055E3C0CA31136615C878C42A9272|/

and the links to the Portuguese (Brazil) version:

ed2k://|file|AutoPatcher_XP_May2005_PortugueseBrazil_Full.exe|149472323|4A27C5D27D6796C32691DECABDA845AF|/

ed2k://|file|AutoPatcher_XP_May2005_PortugueseBrazil_Lite.exe|67933929|549B1BFE71E1751EB1E17D2A0D98F05E|/

:angry:  HElp,how can I use this soft with French XP?????????????,,

585914920[/snapback]

General, you can't use the AutoPatcher on your French XP edition. It will give you a known error like

Runtime error '35601'

Modules will only load if the running operating system is supported and the language settings. The language setting on your system can be one of the numbers below:

2060 French (Belgium)

11276 French (Cameroon)

3084 French (Canada)

9228 French (Congo)

12300 French (Cote d'Ivoire)

1036 French (France)

5132 French (Luxembourg)

13324 French (Mali)

6156 French (Monaco)

10252 French (Senegal)

4108 French (Switzerland)

7180 French (West Indies)

The English version has code 1033 and that isn't supported with your systems language setting. That's the first detecting!!

What you can do is edit the modules. Just change the settings concerning the language into one on of the Values as shown above.

At that time it's possible to launch AutoPatcher. BUT, you don't have the French files (update, hotfix, etc). That means that you to download all these files.

To make it short, you have to translate all!!!!!!!!!

If you need assistance "How to".... just knock on the door!

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

    • No registered users viewing this page.
  • Posts

    • I don't understand the vision. Do people really want to buy a new computer from Dell with 6 browsers installed? We all keep asking for Microsoft to stop having so much junk on their OS, and adding a bunch of browsers seems to go against that. Ideally, we would just be asked what browser we want during OOBE but Google is just going to pay Dell a bunch of money to include Chrome. Additionally, would you want your phones to start including all the browsers too when you get them? The only thing I ever wanted was to be able to uninstall IE or edge and I believe you are now able to. I do agree that microsoft needs to chill with their "are you sure you don't want to try edge before you install chrome" ads when going to download chrome.
    • The funny thing here is that like 70% or so of the web browser users use 'Google Chrome' as web browser. What I don't understand is that why on earth would ANYONE choose 'Google Chrome' on Windows when 'Microsoft Edge' is not just better in most things, but it's already there right out of the box for the Windows users. Microsoft Edge has less data collection (yes, that's a fact), less RAM usage and is more optimized for Windows (as it's a Microsoft product) right out of the box. I'm sure you will come with the argument of bloat in Microsoft Edge. Sure, but most of that can be fixed with a simple tool (there are many good ones out there for this). Yes, that require a couple of clicks in the same way as it requires several clicks to install 'Google Chrome'. And I'm sure you really love the 4 GB of AI-slop data 'Google Chrome' is downloading for Chrome without you agreeing to it. Fun right? Sure, the way Microsoft is pushing 'Microsoft Edge' on users might not be the best way of doing it and might need to change. But I would never choose 'Google Chrome' over 'Microsoft Edge' today anyways. I'm sure there was a period back in the days when 'Google Chrome' actually was better in most things, but that period is not today.
    • JetBrains rolls out IntelliJ IDEA update with Markdown preview fixes and more by David Uzondu Image via JetBrains IntelliJ 2026.1.3 from JetBrains has landed, bringing several highly requested bug fixes that target common UI glitches and terminal rendering issues. If you run tmux inside the integrated terminal, the IDE no longer renders the cursor above the active line. The Markdown preview bug, which was fixed in this release, had annoyed developers for quite some time, as the preview pane failed to render images saved outside the project directory. Instead of displaying the actual image, the IDE simply showed a broken image icon, a problem that stuck around for two years before this update. Over on Windows, developers running WSL can now use wsl.exe to spin up their environments without losing terminal functionality. In previous builds, launching a terminal shell with something like wsl.exe -d ubuntu inside a Windows-based project broke both shell integration and active process detection. Other bug fixes in this release include: An issue where Gradle sync incorrectly reported success as a failure on WSL when using Gradle 9.5.0. A syntax highlighting bug that flagged valid Java for-loop initialization blocks with multiple statements as incorrect. A warning bug that triggered a false non-null local variable alert when using JSpecify annotations. A database generation bug that hid the option to use a DELETE statement instead of a TRUNCATE checkbox. A Kotlin highlighting failure where an assertion error in the Gradle redundant library inspection broke error highlighting. A UI bug where the ComboBox popup lacked a maximum height restriction. A Snowflake syntax error where DataGrip failed to support the "create temp" command. A Svelte syntax parsing failure that incorrectly flagged quotes inside inline expressions. A VCS repository manager deadlock that triggered thread pool exhaustion. A memory leak where the LazyTree component kept all previous versions of a tree in memory. IntelliJ 2026.1.3 is the third bug fix release for the IntelliJ 2026.1 series. The first one landed back in April with a fix for the WSL Python interpreter freeze, another fix for guest participants using Emmet abbreviations, and corrected WildFly server deployment errors.
    • That stupid annoying Sign in with Google on all these sites now... get the fk outta here
  • Recent Achievements

    • Collaborator
      Asgardi earned a badge
      Collaborator
    • Conversation Starter
      mobandz earned a badge
      Conversation Starter
    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      469
    2. 2
      PsYcHoKiLLa
      243
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      73
    5. 5
      Michael Scrip
      60
  • Tell a friend

    Love Neowin? Tell a friend!