This is a slightly different case (also see below) and as a community project with a small team of developers who do this to support the project and not as a paid job, the strategies have to also be developer-friendly.drharri wrote:I hope sincerely that you will be able to devise user-friendly strategies in order to deal with such issues.
Of course there are many different types of Windows installation, and many are certainly not what Microsoft intended. I'm well aware of that and have no issues with it. But what you are doing with this hack is mixing and matching binary components that are not supposed to be used together. You can't ask us to pick up the pieces from this.
Try this analogy:
- Different windows installation types of the same OS: This is like configuring a program in many different ways, some less usable than others.
- Installing updates for a different OS: This would be like randomly replacing .dlls in a program's folder with ones of a different version of the same program. It may work, it may not work, and it may blow up in your face or make the program do completely unexpected things like corrupting image files on your drive (if it was, e.g. a paint program).
I'm well aware that more than just you have hacked Windows XP this way. It was clearly published in several articles on the net around XP's EoL. But just because others do it, doesn't necessarily make it a smart or sane thing to do.hayc59 wrote:Its obvious and Moonchild I am not alone as you can see by the post here and else where
Apology acceptedif the word "punish" has offended you, then I and have done it many times
in life graciously and respectfully apologize to you!
Moving forward:
The root issue is that there is no way for us to know whether people are running on an unsupported OS unless there is a check in place. People may not even know it was hacked-up by a "techie friend" who did this to try and keep you safe without realizing the implications. This hack, by the way, will not keep you safe or updated for desktop use. See also the Microsoft statement quoted earlier.
I can remove this check, of course, but then we won't know when there is a support request that is actually a Pale Moon issue, or when it is caused by "FrankenXP" as Tobin calls it. If people are either unwitting or purposefully lie about their OS being hacked just to get support from us, then this causes a large amount of extra workload that is not needed because of issues that don't factually exist in normal setups. This may actually lead to us being forced to drop XP support altogether and stop targeting it, which I'd rather not be forced to do (yet, anyway).
EDIT: By the way, likely the only truly safe way to recover from FrankenXP would be to reinstall Windows XP on top of what you have now with all service packs, and all hotfixes that came after that. This would ensure that you don't have any leftover POS files strewn about your system that shouldn't be there...