AutoPatcher no longer allowed


Recommended Posts

Was AutoPatcher Open-Source? If so, someone should fork the project and keep it alive.
You have totally and fundamentally missed what the issue is with AP.

The problem that Microsoft has is regarding redistributing their software (in the form of patches). It has nothing to do with how AP is developed or licensed. It is copyright ownership of the Microsoft patches.

Shof, I hope that this is the version you have been looking for... It think that this is for all version of windows...

http://www.autopatcher.com/antonis/apup.rar

mikemyres, you can still download autopatcher releases, but latest autopatcher core release was august 2007 and you can download it from softpedia or some other site. Try to ask Google :)

You have totally and fundamentally missed what the issue is with AP.

The problem that Microsoft has is regarding redistributing their software (in the form of patches). It has nothing to do with how AP is developed or licensed. It is copyright ownership of the Microsoft patches.

I know that. What I'm saying is that if AP was open-source, it's not under the control of a single developer, and a developer who either lives in another country (i.e. one that doesn't place a whole lot of stock in copyrights and patents) or simply doesn't care what Microsoft wants could continue the project in flagrant disregard of Microsoft's yelling and screaming. As it is, though, if it's under one developer's control, it's possible to kill the project.

Same thing happened with DVD Decrypter. If LightningUK had opened the source, Sony would've been powerless to stop it.

I'm not saying it's right or wrong, just that it would keep AP going, and governments of other countries may decide that there's nothing wrong with what AP is doing and tell MSFT to go stuff it.

I know that. What I'm saying is that if AP was open-source, it's not under the control of a single developer, and a developer who either lives in another country (i.e. one that doesn't place a whole lot of stock in copyrights and patents) or simply doesn't care what Microsoft wants could continue the project in flagrant disregard of Microsoft's yelling and screaming. As it is, though, if it's under one developer's control, it's possible to kill the project.

Same thing happened with DVD Decrypter. If LightningUK had opened the source, Sony would've been powerless to stop it.

I'm not saying it's right or wrong, just that it would keep AP going, and governments of other countries may decide that there's nothing wrong with what AP is doing and tell MSFT to go stuff it.

Opening the source is a bad idea when you're dealing with a program like this. Anyone could recompile it with added nasties in, most people wouldn't check the hash. It's a security program. Having ONE organisation able to release the program is a GOOD thing.

Opening the source is a bad idea when you're dealing with a program like this. Anyone could recompile it with added nasties in, most people wouldn't check the hash. It's a security program. Having ONE organisation able to release the program is a GOOD thing.

Maybe you have have like "chosen" people to have the source and let the update the program and so on when raptor and the rest of the Ap cant do it

I agree that the open source is bad idea because of risk of mallware implemented in diferent kinds of versions of autopatcher. Yes I agree that the open source could not be forbiden, but there is major problem with security, problems with diferent kinds of mallware in different versions of autopatchers... How would you know which version of autopatcher is OK?

Read this:

http://www.autopatcher.com/139

Mikemyres, I think that I read on that forum that new version of autopatcher would be able to update old version of autopatcher. All you need is to unrar apup.rar to folder where is old version of AP...

Opening the source is a bad idea when you're dealing with a program like this. Anyone could recompile it with added nasties in, most people wouldn't check the hash. It's a security program. Having ONE organisation able to release the program is a GOOD thing.

Opening the source makes these things transparent, however. Yes, anyone can put malware into it, but anyone else can see the source with the malware there and strip it right back out again.

With regard to the hash/source checking, they can do the same things the Firefox guys do - have an "official" release guaranteed to be safe to use (and again, hosted in a region with sane copyright laws) with disclaimers that any other releases are to be used at your own risk.

Opening the source makes these things transparent, however. Yes, anyone can put malware into it, but anyone else can see the source with the malware there and strip it right back out again.

With regard to the hash/source checking, they can do the same things the Firefox guys do - have an "official" release guaranteed to be safe to use (and again, hosted in a region with sane copyright laws) with disclaimers that any other releases are to be used at your own risk.

People will look for mirrors and will get malware.

One user getting malware from the application is too many users getting malware. The source they release might not be what's compiled in to the binary.

People will look for mirrors and will get malware.

One user getting malware from the application is too many users getting malware. The source they release might not be what's compiled in to the binary.

Granted, and I agree pretty much wholeheartedly with the 1=too many sentiment, but if people are grabbing precompiled binaries from mirrors/torrents/FTPs/whatever...assuming the creators and maintainers of the (hypothetical) now-OSSed AutoPatcher post ample disclaimers and warnings about official vs. unofficial releases, checking hashes, and the risks associated with carelessness in where one acquires their copy of the software, can the creators really be held responsible?

How much warning and public-awareness efforts are required to constitute a sufficient good-faith effort in keeping the software safe? Not a rhetorical question, nor am I trying to flame. I'm curious as to what others think should be the cutoff point between developer accountability and personal user responsibility. Of course we can't put it all on the user, as users are of varying levels of technical expertise and even the most hardened InfoSec guru can't be blamed if he was never advised or (perish the thought) purposely misled. On the other hand, though, it doesn't seem right to put the burden of each and every last case of malware infection on the developers if said developers did everything in their power to make users aware of the dangers inherent in getting precompiled binaries from unofficial sources, or of not checking source code attained from unofficial sources.

Not that any of this ultimately matters since AP isn't OSS anyway, but I'd still like to defend my case that OSSing future incarnations of it could be a good thing.

Irrespective of the (lack of) merit in OSSing AutoPatcher, the problem Microsoft has is thay we were distributing their programs (hotfixes).

Antonis has coded a utility (still in beta) that grabs said hotfixes from Microsoft's servers directly, once, and stores them in the same modular format as before. All the project needs now is reliable people to donate their time to create the scripts for this utility and to create the modules for AutoPatcher.

OSSing the program won't solve the hotfix distribution, won't increase security (which is one of the primary objectives of AutoPatcher) and isn't really any more of a useful tool for developers as OSS than closed-source freeware.

OSS in some places is a wonderful model; however I must disagree that OSSing AutoPatcher would ever be useful.

I second this!

I think open-sourcing the whole creation of Autopatcher would be the thing to do.

Death to Microsoft for this jerkoff policy.

Irrespective of the (lack of) merit in OSSing AutoPatcher, the problem Microsoft has is thay we were distributing their programs (hotfixes).

Antonis has coded a utility (still in beta) that grabs said hotfixes from Microsoft's servers directly, once, and stores them in the same modular format as before. All the project needs now is reliable people to donate their time to create the scripts for this utility and to create the modules for AutoPatcher.

OSSing the program won't solve the hotfix distribution, won't increase security (which is one of the primary objectives of AutoPatcher) and isn't really any more of a useful tool for developers as OSS than closed-source freeware.

OSS in some places is a wonderful model; however I must disagree that OSSing AutoPatcher would ever be useful.

Its hard to shutdown "everyone." They have no legal right if they put up software that can be downloaded without accepting a EULA - and between mirrors and Microsoft's site you can get all these files. Opening this project would lead to many forks and MSFT would have to go after a lot of people to shut it all down.

If I was President, I would imprison the officers of MSFT for this. They can secretly update your computer, but you cant distribute fixes for their fatal flaws which jeopardize national security.

Microsoft is a terrorist organization.

... They have no legal right if they put up software that can be downloaded without accepting a EULA - and between mirrors and Microsoft's site you can get all these files.
They own the copyright on that code. They retain the legal rights to say how it is copied/distributed. Not a difficult concept for most of us.
...

If I was President, I would imprison the officers of MSFT for this. They can secretly update your computer, but you cant distribute fixes for their fatal flaws which jeopardize national security.

Microsoft is a terrorist organization.

Wow. Just "wow". :blink:
If I was President, I would imprison the officers of MSFT for this. They can secretly update your computer, but you cant distribute fixes for their fatal flaws which jeopardize national security.

Microsoft is a terrorist organization.

Well, isn't it a good thing that you're not president then, isn't it. :|

Irrespective of the (lack of) merit in OSSing AutoPatcher, the problem Microsoft has is thay we were distributing their programs (hotfixes).

True, though the money bit may have had something to do with it too. Still, that's what they said, so we'll have to take them at their word unless/until we know more.

Antonis has coded a utility (still in beta) that grabs said hotfixes from Microsoft's servers directly, once, and stores them in the same modular format as before. All the project needs now is reliable people to donate their time to create the scripts for this utility and to create the modules for AutoPatcher.

I read about that app, and I'm looking forward to it. I'm not the best coder in the world, but I'll keep my eye on it and contribute if/how I can.

The next part is where I still don't entirely agree...

OSSing the program won't solve the hotfix distribution,

Okay, I lied. This much is true, though OSSing it will put the screw-job on MSFT if they actually want to do anything about it. Still, they might get even more unpleasant if they're cheesed off. Think of the chairs...

won't increase security (which is one of the primary objectives of AutoPatcher)

This one I have mixed feelings about. It will improve security for those savvy enough to check hashes and inspect source, as they can guarantee it never does anything they don't want. You make good points, though, about the laymen who aren't able to take such measures. I personally still feel that an "official release/official source" system a la Mozilla would alleviate many concerns, but there would still be some doubt, and I acknowledge that. One possible upside is that some (not all) users would be spurred to take the initiative to learn how to inspect downloaded software for things like this.

So yes, security concerns do exist. I think they're solvable in ways that still permit OSSing AutoPatcher, but they're definitely there.

and isn't really any more of a useful tool for developers as OSS than closed-source freeware.

This one I can't get my head around, though. If one is a developer, how is having access to source code not more useful than lacking that access? I may have completely misinterpreted this, though. It's still early and I've not had my morning coffee yet.

By the by, thanks for debating this one out coolly with me. I know many forums wherein this would've become a flamewar a long time ago.

This one I can't get my head around, though. If one is a developer, how is having access to source code not more useful than lacking that access? I may have completely misinterpreted this, though. It's still early and I've not had my morning coffee yet.

By the by, thanks for debating this one out coolly with me. I know many forums wherein this would've become a flamewar a long time ago.

What I mean is that unless AutoPatcher is going to be majorly hacked up (in the good sense), I don't see what use it would be to a developer that couldn't be achieved using smaller, purpose-built OSS software already. AutoPatcher can already be used sans-patches as an automated installation tool, devs could write tools that interact with it without needing the code (and lets face it, how many people code in VB6 anymore?)

My argument makes sense in my head I just can't put it into words properly :p

And no probs on the no flaming thing :)

AutoPatcher can already be used sans-patches as an automated installation tool, devs could write tools that interact with it without needing the code (and lets face it, how many people code in VB6 anymore?)

VB6 is the only non web programming language that I know. I haven't learned the newer versions of .net yet.

And if I can help in any way I can, I'd be glad to, although I don't have high speed at/work, I can access it at least once a week.

sorry for my ignorace but im new here

i just found the sep patch on torrent page and i found it a great idea specially for me

cuz i sell a lot of clon pcs that i build and it really easy to update windows in that way not having to connect it to the internet for 1h each pc

i just have a couple of questions:

1. since the download page is down (sorry for the loss, microsotf is well known for their idiotic actions), where can i get all the patches? torrent is my favorite but i cant find all months there so links or a search keyword would be perfect.

2. i noticed that there is a patch for each month and i wondered if there is a patch that includes all updates since sp2 was released?

3. if not, how would i know how far back i need to dowload the patches?

thnx in advance

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

    • No registered users viewing this page.
  • Posts

    • We have disabled advertising in the forums for now for an undetermined period. If you feel like you get a lot of value out of the site please do whitelist ads on the news articles, and/or consider getting a subscription, we offer two tiers, one at: $14 per year (support the site for just over a dollar a month) or the $28/year tier (just over $2/month) that disables advertising and affiliate link tracking throughout the site (so also on the news side). We also have a 'Buy us a coffee' page if you just want to make a one-time donation. I am not mincing words when I say it is becoming harder and harder to monetize publications like Neowin, it's a fact of life that when we can no longer afford to pay for everything we'll go like many other sites already have. It doesn't have to cost you anything There are other ways to support Neowin too, like posting on topic content in the forums (technical support/questions/helping others) and sharing our news articles.. this costs nothing but your time and is just as important as subscribing or making a monetary donation! Anyway thanks for your time and continued support of Neowin. Now in our 26th year, and hopefully many more! For all the lurkers out there that whitelist us, make a free member account, and see fewer (only inline) ads on the news side  
    • BATorrent 3.0.2 by Razvan Serea BATorrent is a lightweight, open-source BitTorrent client built with modern C++ and Qt 6, offering a clean, fast, and privacy-focused alternative to traditional torrent apps. It supports magnet links, .torrent files, resume data, sequential downloading, per-file priorities, and even imports from qBittorrent. Power users benefit from integrated RSS auto-download with regex filtering, duplicate detection, and automatic tracker lists from Stremio. Streaming is seamless thanks to auto-detected players like VLC and IINA. BATorrent includes robust VPN tools—interface binding, auto-detection for WireGuard-based services like Mullvad and NordLynx, kill switch, proxy support, and IP filtering. A full WebUI enables remote control, while integrations with Plex, Jellyfin, and Emby automate library updates. With themes, speed scheduling, system-tray alerts, and cross-platform support for Windows, Linux, and macOS, BATorrent delivers a polished, high-performance torrenting experience. BATorrent features: Core .torrent file and magnet link support Resume data — picks up where you left off after restart Import torrents from qBittorrent Create .torrent files from any file or folder Sequential download mode Per-file priority control (skip, low, normal, high) Seed ratio limits with auto-pause DHT, PEX, UPnP, NAT-PMP RSS Auto-Download Subscribe to RSS feeds — automatically download new torrents as they appear Regex filters — match only what you want (e.g. 1080p|720p, S01E\d+) Per-feed settings — custom save path, check interval (5–1440 min), enable/disable Auto-download — matched items are downloaded automatically in the background Supports magnet links, .torrent URLs, and tags Tray notifications when items are auto-downloaded Duplicate detection — never downloads the same item twice Stremio Stremio Addon System pre-installed — works out of the box Auto tracker list from ngosang/trackerslist Streaming Play while downloading — stream video files before the download is complete Supports mp4, mkv, avi, mov, wmv, flv, webm, m4v, ts Auto-detects installed players (VLC, IINA, system default) VPN & Privacy Interface binding — lock torrent traffic to a specific network interface (e.g. tun0) Auto VPN detection — identifies VPN interfaces (tun, tap, WireGuard, Mullvad, NordLynx, ProtonVPN) Kill switch — automatically pauses all torrents if the VPN interface drops Auto-resume — resumes only the torrents paused by the kill switch when VPN reconnects Proxy support — SOCKS5 and HTTP proxy with optional authentication IP filtering — load P2P blocklists to block unwanted IP ranges Protocol encryption (enabled / forced / disabled) WebUI Remote management — control torrents from any browser at http://localhost:8080 REST API with JSON responses Add torrents via magnet link or .torrent upload Pause, resume, remove torrents remotely View peers and files per torrent Dark theme matching the desktop app HTTP Basic Auth with SHA-256 password hashing Configurable port and remote access (localhost vs 0.0.0.0) Interface 3 themes: Dark, Light, Midnight (bat/vampire aesthetic) Real-time speed graph Detailed panel with tabs: General, Peers, Files, Trackers Filter bar: search by name, filter by state (Active, Downloading, Seeding, Paused, Finished) Drag & drop .torrent files and magnet links Drag & drop reorder in torrent list System tray with notifications (download complete, kill switch events, RSS auto-downloads) Splash screen with bat animation Bilingual: English and Portuguese (BR), auto-detected from system locale Bandwidth Scheduler Alternative speed limits — set different download/upload limits on a schedule Time range — configure active hours (e.g. 01:00 to 07:00), supports overnight ranges Per-day control — choose which days of the week the schedule applies Automatically switches between normal and alternative speeds Media Server Integration Plex — automatically trigger library scan when a download completes Jellyfin / Emby — same automatic library refresh via API Configure server URL and authentication token/key in Settings System Cross-platform: Windows, Linux, macOS Auto-shutdown — automatically shut down PC when all downloads complete (60s cancellable countdown) Auto-update system (AppImage on Linux, installer on Windows, DMG on macOS) CLI arguments: pass .torrent files or magnet: URIs directly Keyboard shortcuts: Space to toggle pause, Ctrl+A to select all, Ctrl+O to open BATorrent 3.0.2 changelog: Phone pairing & WebUI The browser WebUI was reskinned to match the desktop app — same dark palette, Inter font, flat surfaces, the real BATorrent logo (it was a random bat before), and a proper magnet icon. It now looks like the same product, not a separate dashboard. Pairing is one tap and zero typing: the generated WebUI password is now copyable, and the QR code carries the credentials — scanning it from your phone logs straight in (no typing the IP or password), then drops the credentials from the address bar. Search Two new providers: RuTor (CIS sources, no login, via a public TorAPI relay) and Torrents-CSV. Results are sorted by seeders (healthiest first), and each search now times out after 15 s so one dead provider can't hang the UI. Files & trackers Per-file priority is back: right-click a file in the detail panel to set Skip / Low / Normal / High. Rename an individual file inside a torrent (double-click or the file menu), separate from renaming the torrent. Remove a tracker from a torrent (the ✕ on a tracker row); adding was already there. Smart Paste on Ctrl+V — paste a magnet, a 40-char info-hash, or a .torrent URL straight from the clipboard and it's added immediately (text fields still paste text normally). Covers & titles Anime fansub naming ([Group] Title - NN) now resolves to the right show. Audio channel layouts in titles (DDP5.1, 7.1, …) are stripped so they don't pollute cover matching. Under the hood The legacy QWidget interface is gone. QML had been the only UI since 3.0.0 (reachable old code lived behind a hidden --legacy flag); with parity confirmed, the entire QWidget layer — main window, every dialog, the theme manager — was removed (~13,400 lines). The four restored actions above were features that backend already supported but the QML port had never wired. macOS: the WebUI password hash moved out of the keychain into app settings, so launching the app no longer pops a login-keychain password prompt on unsigned builds. The actual password still lives in the keychain. Cleanup: ~400 orphaned translation strings and a batch of dead code removed; internal duplication collapsed; an ARCHITECTURE.md added for contributors. Unit / security / memory tests and the ASan/UBSan/TSan sanitizers stay green. Download: BATorrent 3.0.2 | 30.5 MB (Open Source) Download: BATorrent Portable | 42.3 MB Links: BATorrent Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • How about a global switch to turn the awful things off instead of a registry hack? Then everyone wins.
    • This doesn't strike me as so shocking when... " IT admins do have some control over this rollout. If they choose to opt out, devices in their tenant won't automatically get the dreaded Copilot app"
  • Recent Achievements

    • 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
    • Week One Done
      I2D earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      475
    2. 2
      PsYcHoKiLLa
      262
    3. 3
      Skyfrog
      79
    4. 4
      ATLien_0
      60
    5. 5
      FloatingFatMan
      60
  • Tell a friend

    Love Neowin? Tell a friend!