Leaderboard

Nope, because Vista will be NT 6.1. I'd be flabbergasted if minorversion didn't change after this modification. Anyway, kernel32 can be modified to lift that requirement as well if this doesn't work.

There are a few places where binaries have been released publicly, but they are probably very outdated, and it will probably never be posted directly on here due to file redistribution policies. Only the ntext files can be posted directly because I compiled them and not MS. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- So for those who want to know more about RtlGetVersion, which is the "root" function for other functions like RtlVerifyVersionInfo, VerifyVersionInfoW, etc. I found that: r9+118h equals MajorVersion r9+120h equals BuildNumber (little endian of course) Those are easy to modify by making the mov eax, [r9 + xxh] into mov eax, 5 or something similar. But r9+11Ch seems to be what I think it is, and r9+124h and r9+2F0h are problematic when changed. PlatformId is not something I want to change, and I think applications will be satisfied with SP2, but where exactly is MinorVersion? I suspect r9+124h but So what should be done? Changing MajorVersion to 10 is not a good idea, as many browsers fail if compatibility shimmed to 6.2 and above. And Windows 10 tells legacy software that it's NT 6.2 anyway. And also, changing values grabbed from memory to fixed ones can also depreciate the value of Windows compatibility mode, since they rely on RtlGetVersion to get the changed version numbers. Things may be easier on the kernelmode side anyway. I think I just answered the question I asked some time ago: ntoskrnl!RtlGetVersion - Vista SP2 6002 public RtlGetVersion PAGE:000000014037FE50 RtlGetVersion proc near ; CODE XREF: RtlVerifyVersionInfo+65↑p PAGE:000000014037FE50 ; sub_14011F9A0+7B↑p PAGE:000000014037FE50 ; DATA XREF: ... PAGE:000000014037FE50 PAGE:000000014037FE50 arg_0 = byte ptr 8 PAGE:000000014037FE50 PAGE:000000014037FE50 push rbx PAGE:000000014037FE52 sub rsp, 20h PAGE:000000014037FE56 and dword ptr [rcx+8], 0 PAGE:000000014037FE5A cmp dword ptr [rcx], 11Ch PAGE:000000014037FE60 mov rbx, rcx PAGE:000000014037FE63 mov dword ptr [rcx+4], 6 PAGE:000000014037FE6A mov dword ptr [rcx+0Ch], 1772h PAGE:000000014037FE71 mov dword ptr [rcx+10h], 2 PAGE:000000014037FE78 jnz short loc_14037FEDC PAGE:000000014037FE7A movzx eax, byte ptr cs:dword_1401FEBC0+1 ntoskrnl!RtlGetVersion - Windows 7 SP1 7601 PAGE:00000001402C6744 public RtlGetVersion PAGE:00000001402C6744 RtlGetVersion proc near ; CODE XREF: RtlVerifyVersionInfo+5E↑p PAGE:00000001402C6744 ; sub_140187940+7D↑p ... PAGE:00000001402C6744 PAGE:00000001402C6744 arg_0 = byte ptr 8 PAGE:00000001402C6744 arg_8 = qword ptr 10h PAGE:00000001402C6744 PAGE:00000001402C6744 mov [rsp+arg_8], rbx PAGE:00000001402C6749 push rdi PAGE:00000001402C674A sub rsp, 20h PAGE:00000001402C674E cmp dword ptr [rcx], 11Ch PAGE:00000001402C6754 mov dword ptr [rcx+4], 6 PAGE:00000001402C675B mov dword ptr [rcx+8], 1 PAGE:00000001402C6762 mov dword ptr [rcx+0Ch], 1DB1h PAGE:00000001402C6769 mov dword ptr [rcx+10h], 2 PAGE:00000001402C6770 jnz short loc_1402C67DD PAGE:00000001402C6772 movzx eax, byte ptr cs:dword_14027BC5C+1 Notice that at rcx, 11Ch goes there in both. At rcx+4, 6 goes in both. At rcx+8, Vista puts 0 and 7 puts 1. At rcx+8, Vista gets 1772h (6002) and 7 gets 1DB1h (7601). rcx+10h = 2 is presumably shorthand for the expected PlatformID (2 = Win32NT). XP x64 is very similar, but the location of MajorVersion/MinorVersion is somewhere completely different on 32bit NT 5.x (though someone else found it). So this would probably affect what ntdll/ntext!RtlGetVersion and its offshoots call for OS versions and build numbers without affecting functionality, and render my internal CurrentVersion registry patch obsolete. But I still need to make the process of using a custom ntoskrnl as simple on UEFI as it is with a BIOS.

I have noticed that remote web fonts have made some web pages difficult to read clearly, and contribute to browser slowdown with font rendering. If you follow the instructions in this link (credit birdie at TechPowerUp), you experience faster web browsing speeds, and (in my opinion) clearer text. I noticed a huge speed increase. Disabling web fonts in Mozilla Firefox and Google Chrome Some of us hate downloadable web fonts so here's how you can stop websites (including techpowerup) from forcing their glorious fonts down your throat. 1) Mozilla Firefox Open about:config Set "gfx.downloadable_fonts.enabled" to false. 2) Google Chrome Right Click Chrome's launcher icon, click "Properties". At the end of the launcher string add the following: " --disable-remote-fonts" (without quotes). You're done. Before: After:

Welcome to MSFN. My understanding is that there is no better driver for your purposes than 372.70, which did not officially support Vista and has significant issues. Obvious solutions would be a newer version of Windows or an older GPU. There have been recent efforts by @win32 to modify the driver as discussed beginning here, but testing by @burd in subsequent posts has not been very encouraging thus far.

Unfortunately that is not possible right now as it seems to be much harder to change MinorVersion than MajorVersion on Vista (wasn't NT 6.0 supposed to be followed up by NT 7.0 according to MS plans in 2006?). I'm thinking of making a code cave to another part of the file where MinorVersion gets inserted farther up the food chain and see if it changes anything. And possibly even a filename swap between ntdll and ntext to deal with problematic software like Qt 5.10+. Though I feel that this limitation may well be applicable to Windows 7 as well, but is less of an issue since I think W7 users will only need to spoof NT 10.0 in the future. it didn't. though it may be revisited in the future based on 6519/7000/7601 since I am now aware of workarounds to import table limitations. Though the structures that Vista LoadLibraryExW refers to are very different from the other OSes.

That is a very weird place for a crash. It's right in the middle of an offset to a registry entry \Registry\Machine\Software\Policies\Microsoft\Windows\Safer\CodeIdentifiers (nothing seems to refer to it)! Unless it's 32bit, then it's at the beginning of the export table entry for the function MapViewOfFileExNuma. And in other news, so far the version changing initiative has crashed and burned. While the browsers are in better shape with the OS identifying as NT 10.0 than before, I still can't get MinorVersion changed whatsoever! Qt 5.10+ still manages to bypass ntext to call RtlGetVersion from ntdll! Major changes to RtlGetVersion in ntoskrnl but no effect on the user-mode version checking components. Some testing is needed with the considerably different XP x64 and W7 versions of RtlGetVersion to see if there are effects on those OSes and if so, I will look into replacing the Vista version of that function with one of those.

FONT SETTINGS, as far as I understand them... Permissions to "choose" fonts or to "download" fonts are different things. And icon fonts are thing 3, since FF41... If "download" is forbidden, that still allows website authors to choose from already installed local fonts. "permissions.default.font" = 1 / 2 / 3 Same choices as with similar pref for downloading images, iframes etc: Download 1=all / 2=none / 3=from same domain If "choosing" is forbidden, that implies of course that download is forbidden too, only the user-font allowed. "browser.display.use_document_fonts" = 0 / 1 (use fonts specified by document author: no / yes) And ONLY younger browsers have a separate setting for "icon fonts"? "gfx.downloadable_fonts.enabled" = true So this allows to download ICON fonts even if "choosing" fonts is otherwise forbidden "gfx.downloadable_fonts....." comes with a bunch of sub-prefs, specifying fallback waiting times, sanitizing, a separate setting for woff2-fonts etc..... (no clue, just as hints ;-)) And no idea if gfx-fonts also overrule pref-1, or vice-versa ...? While at it, in my prefs have also stored this comment note: "layout.css.font-loading-api.enabled__INFO" = "INFO: sends list of INSTALLED fonts / Avoid fingerprinting / Attention: reCaptcha?" Oh, what most users keep overlooking, at least in K-Meleon: In Page Display > Fonts there are a bunch of "Language Groups", each of them with independant fonts and minimum-size. The field showing "Western" is a dropdown menu, and the most important group is at the very bottom: Others (Unicode) For example Russian speakers may want to configure groups "Cyrillic" and "Central European" While still at it... If any users with very old browsers and systems (like 98) ever see this, and have constant trouble with broken characters: get an emoji font like well-known "Symbola" and set it in browser prefs for "cursive" and "ornate/fantasy" text, in groups for "Unicode" and "Western" etc. Howto: download from link below, unzip, drop the smaller ttf-file into c:/windows/fonts (Asian users may need the bigger file, but no clue) Symbola v12 was last TrueType: page: https://web.archive.org/web/20190502155955/http://users.teilar.gr/%7Eg1951d/ font: https://web.archive.org/web/20190608100449/http://users.teilar.gr/~g1951d/Symbola.zip Edit: Yet another TRACKING-trick! blocking fonts does NOT prevent GOOGLE from getting user data anyway, they use this trick: link href='https://fonts.googleapis.com/css?family=Open+Sans' rel='stylesheet' type='text/css' Workaround: Block domains instead: fonts.googleapis.com / fonts.gstatic.com BUT: Google does not allow reducing their tracking by blocking fonts.googleapis - or otherwise they will block you from their RECAPTCHAS! At least that was once figured out in a forum. It's been awhile, cannot test myself, but nowadays things rarely get better, Only worse, worse, worse.... .

Is that not the same as the Dialog option "Allow pages to choose their own fonts, instead of my selections above" in the advanced font options? It is there in Firefox 52.9 to 81.x, as well as Current Serpent and NewMoon. In the preferences dialog. It works well, like you said, with a font of my choosing but still showing those custom icons.

Oh, roytam1's thread? I'd suggest using @i430VX installer if you're new to this stuff, which should auto-fetch the latest product build for you and let you choose what fork you want. In regards to reCAPTCHA, I'm literally beyond unsurprised. That horrific piece of junk loves to discriminate against people not using latest Google Chrome Stable on Windows 10, MacOS, Chrome OS or Android... if you get into a loop just use the audio captcha which actually works properly lol.