AstragonQC

The fact is the major problem of VxKex is the installer itself, which is flagged by some antivirus software due to its nature of auto-extractible 7z (but not all; for example MS Defender flags it while BitDefender used to flag it several months ago but no longer does (probably because I sent them a false positive report?)). Once installed, a manual scan of each DLL one by one using BitDefender in paranoid mode shows nothing.

This case is more and more weird as time files. So we have: - An impersonator who have claimed vx handle and does weird stuff with it - A guy called i486 that reuploaded vx's work, now accused to being a fake repo by the guy that take vx's handle. - That same i486 uploaded a random build tagged as "1.1.2.1428", allegedly coming from vx himself from early October. - The reading of the source code committed on the i486 repo does not seems to contain malicious code, but here I won't confirm as my ability to read C is limited by the fact my knowledge of C is kinda basic. So question : Did someone have any factual information coming from an actual source about what the fridge is going on there?

I see. However there's something I want to clarify as this situation is really confusing. So, according to Yannik's message, the account is from an impersonator. I don't want to defend a fake, but it seems this situation is more complicated than just a random "fake". Dotexe's message is from 09/11/2024, so it may imply that the impersonator deleted the repo and made a new one with that message? I note that as the commit hash tied to the release is not the same on the screenshot and in the currently accessible repo. The repo itself seems to have been created on 16/11/2024, as the account history shows it as it. That makes no sense. And even if it's true, why Vx didn't left a stub account as he was probably aware that someone could impersonate him to spread shady stuff. I mean, If I was him, I would know that as the name is known, simply make it available to the first random isn't a smart idea, so even if I decide to disappear from the Internet, I would let stubs in place just to prevent impersonators. About the story about the mother, I should be more wary. It probably triggered a sensitive part of me as I still have the sudden passing of my father two years ago in the throat. So here is another proof that even the most cautious user on the Internet can be fooled by a such talk. I'm confused. Really. Nevertheless @D.Draker I will comply with your request and remove the link. This situation becomes more and more weird as time files. But I really need an explanation, and especially about the deletion of his account despite he was aware of the consequences of that action.

Necroposting, but it seems that we have the end of the story. Vx's account resurfaced recently with a stub of the VxKex repo (at the original place, and so, original URL). He explained the major reason that lead him to disappear from the Internet. I let you read the message by yourselves as the topic is sensitive/serious enough to not let me trying to synthesize them with words that are not his. Thus you'll understand that the project is now abandoned from Vx's side. Fortunately, someone seems to have taken up the torch and it looks like there is a successor to the project, based on VxKex. https://github.com/Aqua-Vision/MgKex (There's 4 unstable builds on the Releases page that adds some new functions to the existing 1.1.1.1375, so maybe the future of VxKex is there). -- On my concern, I'll hope the best for Vx, the situation he's facing is all but fun, something nobody should facing in their life. EDIT // 01 DECEMBER 2024 : > REMOVED LINK TO REPO, AS IT SEEMS TO BE ANOTHER IMPERSONATOR (AGAIN!!!)

Hi, I want to report a nasty bug with Media Player and the taskbar thumbnails. As you can see on the image, the window layer where the WMP controls are have an offset to the right and to the down (Bug noticed as soon of 3.8.0, still present in 3.8.9 - Currently using SaB 3.8.9 - Windows 11 23H2, 22631.4169) The theme used is a slightly edited version of Plain8, the only diff is the taskbar texture that have a Windows 7-ish double border.

Mojang (or I would say Microsoft, I'm certain that this decision doesn't come from Mojang themselves) is ending support for the Minecraft "legacy" MSI launcher in March 2025. After that date, it'll remain usable, but no more updates. https://imgur.com/a/gUW15xz The "Click here" link leads to this page: https://help.minecraft.net/hc/en-us/articles/30298767427597

Maybe VxKex repo itself was not the target. AFAIK in Vx's account (WM snapshot), there was a repo called NotepadEx that contained code allegedly coming from the leaked XP source code. It may be probable that, because that code had no reason being there (due to his nature as leaked code), some entity may have reported it, then the account got wiped out. This is my theory, maybe I'm wrong and something else happened that lead to the account to disappear/get terminated?

It won't happen, they'll just extend ESR 115 support for longer than usual.

Yep, this one was also displaying a 404 for several days (from May 28/29 at the earliest). By the way, it seems that the two repos are back.

That link is legit. With my catastrophic way to manage tabs on my browser, it turns out that I still have the repo's page opened on my other computer and that link is the one displayed in the About section.

So this is a takedown initiated by GitHub. But I'm wondering which reason have been retained against you from their side, Or even if they checked if the report and their concerns are legitimate. I don't think that someone that spends an enormous amount of their time to make something a very small pinch of people dare to do would ruin everything by putting Trojan-like code in it. It doesn't make sense at all. (Also if there was viral code in it, some people would have noticed by a long time). Maybe a statement would be appreciated once this solution finds an outcome, especially for stop people panicking.

It isn't abandoned, just Win32 have changed the main goals of the project. I already posted a comment here earlier explaining that he wants the EK to be more focused on making drivers/advanced things to work rather than just running programs, as it's a better deal to develop alternatives of popular programs like Chromium by making a version specifically dedicated to older platforms rather than backporting whole chunks of system functions to make the original program to work, that are sometimes requiring indecent amounts of work for something that can potentially never came out or be completely unstable. That's primarily why he started developing Supermium: backporting the memory sharing API from Windows 10 to make Chrome 112+ to run simply doesn't worth the hundreds of hours of research/development he could have to invest in, in order to make something kinda "operational" and which "is not conflicting with the rest of the system". It's cheaper and quicker to create Supermium, which is perfectly adapted to run on the OS you want it to run into rather than making the big popular software to "run" in a semi-unstable way because your implementation of the said backported API is flawed and needs several dozen of extra hours to completely fix and finally having something working. But here also I said that once he would have done a such job, the application may have been updated and now requires another set of APIs that must be also backported to finally have that program to work! This is an endless cycle. For the moment Win32's priorities are elsewhere, but I can ensure you that the day he would work on an update for this project. (Source: trust me bro but it'll happen for sure) -- <OT::GrainOfSalt> Also a parallel can be made at a certain degree with VxKex, because there wasn't any releases between August 2022 and February 2024. Many people said this project was dead, but one day the long rewrite we all waited for finally came out, after 1.5 year. Just remember that those individuals are doing that generally on their spare time, some also does it completely for free and with good faith, and thus, owe you nothing in any way, except eventually donations for the many headaches they got while debugging "why that a*s-programmed application isn't running while another one, based on the same framework, runs flawlessly?!". Anyway, for a such projects I can't complaint because they do a job a very few people accept to do, and generally without requesting anything back. Yes, the time gap between two releases can be long, but hey, they have a life and other projects, and like I said, they do all their work voluntarily, wanting nothing back from you except maybe testing and your support.</OT>

It's more the installer, which is a self-extracting archive that runs the installer once it's done that is flagged, not the VxKex files themselves. My AV (BitDefender) never complained about the files stored in Program Files after installation is done. It does not. It's written on the project README that VxKex does not modify any of your system files.

I already mentioned it works with VxKex, so on that side it's fine

GIMP 3.0 will ultimately not be available on Windows 7 (at least out of the box; the latest v2.99.18 released last month now requires Windows 10, because Python 3.11). For the Installer you'll need to spoof OS version as Windows 10. BUT I noticed that the main app itself works without any workaround, just you need to have VxKex enabled (version spoof is not needed) to prevent the crash of one dependency and to stop Python from throwing dozens of "cannot locate xxxxxxx.dll" errors. I tested how GIMP runs and everything works, even the non-destructive editing. A more deep test is needed tho, to ensure everything is working as expected. Images: https://imgur.com/a/sBsauRD

At the general surprise, a new version of VxKex just dropped today! (No joke, I was opening GitHub while drinking water, I read the release and I almost chocked!)

Seems that VS 2022 17.9 cannot be installed without workarounds on Windows 7 due to Edge WebView2 install that fails because MS updated it from 105 to 119 https://imgur.com/a/eEeYlfC

Search on the Catalog, the updates are there https://www.catalog.update.microsoft.com/Search.aspx?q=2024-02 Windows Server 2008

Not totally, you can still come across him on Discord from time to time. The atmosphere is healthier there, and after all, well... sorry guys, but someone have to opens it (and nobody wants to, so I'll take the job and wear the hat of "the bad one" that ruins the mood) and seriously say it: some conflicts we can read on that forum are more similar to quarrels between schoolchildren than real dialogs between responsible adults, so I think that win32 is somewhat right to avoid such places, focus on his work and dialoging with others on more peaceful/serious-looking* places. We're mature people (at least, I hope), so I think we all can discuss in a better atmosphere, and express their disagreements as adults with adult-like wordings. Nevertheless, on a in-topic and more positive note: A message he posted on Discord a few hours ago mentions the beginning of early experiments with Windows 2000 while he's waiting for people to try to replicate the remaining freezes in Windows 7 in order to fix them. * DISCLAIMER: I do not put in cause the serious of some people here, don't make me say what I didn't say. I respect the work some may have and will done here. Also I don't focus anyone, after all we're all responsible about what we say on the Internet.

I verified how long links from this "private-user-images" GitHub subdomain stays active (for absolutely no reason other than curiosity), and I found that a link lasts only 5 minutes before it expires... So, put links to images by this method is kinda pointless, it's better to directly put the link of the comment or the issue the image is in, or upload it elsewhere then post it here.

Image links on GitHub expires kinda quickly. Btw, the image is probably from this comment : https://github.com/win32ss/supermium/issues/150#issuecomment-1881566029

Some people have bet on the hypothetical "Premium Assurance" that MS sold to companies between 2017 and 2018 before being replaced with ESUs that stated "6 more years of updates after the original EoL date" and Windows Server 2008/R2 was mentioned in it. Also when MS replaced PA with ESUs, it was stated in a document (Page 5) that MS will honor the terms of PA for companies that have bough it, which "proves" that some companies may actually have bought those 6 additional years of support. Some people are confident about the fact at least one company took the Premium Assurance when it was available (as it was a "buy early, pay less" model as this document proves it in Page 4), but they're unsure on how MS will distribute the update packages. The most probable is that MS will just continue to publish them through the MSU Catalog with another layer of artificial locks to "prevent" installing it on systems that are not "targeted" to receive them. Those 6 years starts upon EoL date (so January 14, 2020), which means the actual deadline is January 13, 2026 (which is mentioned in this slide, at slide 11). (If not counting some institutions like the army that will (without any doubt) buy additional support to Microsoft in order to maintain some systems until their decommission because XP is not the only in this case, 7 will probably have a such treatment as well, and also 10 in the future). -- So to correct you on your supposition, the EoL schedule is more something like this (in case we can access Server 2008/R2 updates packages after January): October 2024: Windows 7 x86 (with the EoL of POSReady 7 as Server 2008 R2 is only available as x64). January 2026: Windows Vista, Windows 7 x64. October 2026: Windows 8 & 8.1. (Or maybe *Plot twist* some companies will request more updates to MS, but that's more going into a crack theory rather than a probable thing). -- (Oh and the funnier is on the slide I mentioned earlier is at slide 21 where they just copy/pasted the text because it's written that Svr2012/R2 to EOL in January 2023, which is not the case. But it also describes something more interesting: MS also considered to provide this Premium Assurance plan on Server 2012/R2 and get updates until (October) 2029). The NT6 OSes never-ending lifespans are just hilarious. And Vista will outpass XP as the longest-supported OS with slightly more than 19 years worth of updates (December 2006-January 2026).

Iirc on a Supermium issue report, he mentioned that the "Extended Kernel's scope has been greatly reduced", and next releases would more focused on Kernel functions to make drivers working rather than making programs running on it. That's also why Supermium exists : it's more easy to make a fork of that program that can run on the target OS rather than trying to backport syscalls that would require hundreds of work hours to achieve. In another issue report, he explained that making modern versions of Chrome working "natively" on Vista ExK would require to backport the shared memory API from Windows 10 1803/09 (if not making some weird things to replicate this behavior, with a significant risk of breaking everything during the process), which would imply a lot of work for not that much at the end. As soon he would have finished, Chrome probably received one or more updates and if we run out of "luck powder", it will need to backport even more syscalls. At this point, some would probably say "just run the other OS instead". A perpetual circle that would never ends. From my part, I consider this choice more appropriate, especially towards people that don't want to modify their system (from a side they have legitimate reasons to refuse to install untrusted system binaries) but still want to have some quite recent programs, especially for the browser. (it's more easy to make someone accept installing a standalone program specifically made to run on their OS rather than trying to convincing them to install a "Kind of Kernel Extender they don't understand anything about, with the risk of a problem that can happen during or after the installation and break their OS"). So to resume quickly, no, Vista Extended Kernel isn't dead, just the main scope of this project has changed to something more technical and kinda """advanced users friendly""". (This is probably badly explained but that's how I understand the current state of thing)

I'm doing a big edit on the message I posted in August, it seems that VS2022 17.7.x runs on W7. VS Installer is blocking the install but if you select "Download all, then install", VSI will show the popup when the download finishes, but if you click on Cancel, it will install VS and all component you selected as if nothing happened. Surprisingly, no modifications are required after that, VS just works as previous versions does. It also work for updating an existing install, by doing "More" > "Download, then update" So here again, another case of artificial limitations... Not tested for the current 17.8 pre-release, but it'll probably also work. EDIT : 17.8.0 works

Of course, here it is: Also as this thread is more dedicated to this specific section, so I have a little suggestion for the tray : being able (if possible) to change the gap between the clock and the date, as this is a detail that make me crazy me when I use the Windows 7 style, as I'm a bit of a perfectionist. I'm explaining this by the fact the gap is 8 pixels on W7, 8 and 8.1, but 9 pixels on W10/Legacy taskbar (yes, I see the difference, and it triggers me, I always want to... AAAARH! Remove this extra pixel to fix this thing and finally die peacefully). This image I made in January can explain what I have in mind if you want a more "imaged" context: (Click to open at full size) I doubt this is doable but if it is, it would be a nice touch, the minimum is just this extra gap pixel, if it can be completely adjusted by anyone with a setting, it would be even better.