the software product reached its defined [1] and/or was superseded by a successor product (planned obsolescence)[2]

end-of-life

the software was originally designed to operate in a substantially different environment and may require improvement/optimization ()

porting

the developer has gone out of business and is not available anymore

[3]

support is not economically viable (e.g. localization for small markets)

a fast solution for a time critical problem (e.g. ) when an official one takes too long[4][5][6]

security holes

the official developer is unable to cope with the problems

[7]

A common motivation for the creation of unofficial patches is missing technical support by the original software developer or provider. Reasons may include:

Methods[edit]

The most common case is that the source code and the original development tools are not available for the software. Therefore, the faulty software's binary must be analyzed at run time by reverse engineering and debugging. If the problem is found, a fix to the program must be applied. Sometimes only small changes in configuration files or the registry are required, sometimes binary hacks on the executable itself are required to fix bugs. If a software development kit (e.g. for modding) is available, fixes to the content can be easily produced, otherwise the community would need to create their own tools. These found fixes are typically packed to user deployable patches (e.g. with NSIS, Innosetup).


If the source code is available, support can by provided most effectively. Sometimes the source code is released intentionally,[14][15][16] sometimes by leaking[17][18][19] or mistake,[20] such as what happened with the game engine of the Thief series.[21][22] Sometimes fans even completely reverse-engineer source code from the original program binary.[23] With the source code available even the support of completely different but recent platforms with source ports becomes possible.

Law[edit]

While no court cases have directly addressed the legal ramifications of unofficial patches, similar cases have been tried on related issues. The case of Galoob v. Nintendo found that it was not copyright infringement by a user to apply an unauthorized patch to a system (while the scope was very specific to the Game Genie). On the other hand, the case Micro Star v. FormGen Inc. found that user-generated maps were derivative works of the original game. In Sega v. Accolade, the 9th Circuit held that making copies in the course of reverse engineering is a fair use, when it is the only way to get access to the "ideas and functional elements" in the copyrighted code, and when "there is a legitimate reason for seeking such access". According to Copyright law of the United States 17 U.S. Code § 117, the owner of a copy of a program can modify it as necessary for "Maintenance or Repair",[24] without permission from the copyright holder; an argumentation also raised by Daniel J. Bernstein professor at the University of Illinois at Chicago.[25]


Similar user rights are given also according to European copyright laws. The question of whether unauthorized changes of lawfully obtained copyright-protected software qualify as fair use is an unsettled area of law.[26] An article of Helbraun law firm remarks, in the context of fan translations, that while redistributing complete games with adaptions most likely does not fall under fair use, distributing the modifications as a patch might be legally permissible; however, that conclusion has not been tested in court.[27]

Reception[edit]

Reception of unofficial patches is mixed, but by large, copyright holders are ambivalent. When the software is not considered commercially viable unofficial patches are ignored by the copyright holder as it is not seen as a source of lost revenue.[11][28] There have been seldom cases of cease and desist letters to unofficial patch and fan translation projects.[29][30]


Sometimes the copyright holder actively support the patching and fixing efforts of a software community,[31] sometimes even by releasing the source code under a software license which allows the software community the continued software support by themselves.[16][14][15][32][33][34] Examples for such software are in the List of commercial video games with later released source code.


The free and open source software movement was founded in the 1980s to solve the underlying problem of unofficial patches, the limited possibility for user self-support in binary only distributed software due to missing source code. Free and open source software demands from distributed software the availability of source code, which prevents the technical problems and legal uncertainties of binary only user patching of proprietary software.

Fan labor

Server emulator

Source port

Right to repair