Leaderboard

Version 3.0

With the Covid-19 pandemic still smoldering, and occasionally flaring up, many of you may be working from home, and using Microsoft's Remote Desktop or something similar to access your work PC. I've been doing that for a year and a half now, although since getting vaccinated I do occasionally go to the office. One major nuisance I kept running into was that, when using any Firefox-derived browser (I generally use @roytam1's Serpent but they were all affected), certain Web sites would freeze Remote Desktop up. The only thing I could do was click to hide the browser window, disconnect, reconnect, and hope that it wouldn't lock back up again as soon as I brought the window back. A very frustrating way to work, and forcing me back to the office more than I'd like. The other day I found a solution. I was in the office, and experimenting with the setting layout.frame_rate in the about:config page. It had somehow gotten set to 240 on my Serpent browser, I think as a result of the "UOC Patch". I reduced that to 60, my monitor's actual refresh rate, and got a noticeable performance improvement at work (where I was not running Remote Desktop, of course). But once back home, I still had problems with Remote Desktop. Apparently too high a setting overloads the Internet connection, causing the desktop to slow down or even stop for long periods. And Remote Desktop has no way to "dump the queue" other than disconnecting and reconnecting. So I decided to try reducing it further. When I went down to about 12, my Remote Desktop problems went away! Animations started looking pretty jerky, though, so I did some more experimentation: in my case, 20 was still too high, but 15 was just right, giving animations that didn't look too jerky without Remote Desktop freezing up. I'm guessing the ideal setting depends on many factors, with the speed of your Internet connection probably being the most important. So if you're in the same situation, you'll need to experiment to find the best setting of layout.frame_rate for your environment.

Thanks for the additional feedback... If I were to follow fully @ArcticFoxie 's way-of-doing-things, and let it be documented I have ZERO OBJECTION against, I should feel elated that I can load https://docs.github.com/en/rest/* URIs in both 360EEv11/v12 via blocking (in uBO) ALL scripts originating from "docs.github.com", without any perceivable dent(s) in the pages' expected performance ... However, the little sleuth in me wants my previous query answered: After some trial-and-error, it turns out the sole script responsible for the final page blank-out in said browsers is https://docs.github.com/_next/static/chunks/webpack-af28476a2e7790fd48db.js Blocking just the above script is sufficient for GitHub Docs pages to render fully in 360EEv11 (Ch69-based) and 360EEv12 (Ch78-based); in uB0, I just created the following static filter: ! https://docs.github.com ||docs.github.com/_next/static/chunks/webpack-af28476a2e7790fd48db.js$script,domain=docs.github.com "and whoala" :

https://www.dailysabah.com/life/environment/disposable-masks-the-dark-side-of-covid-19-pandemic Inappropriately disposed (thrown outside on the ground) masks are also a common sight here. And that's only the tip of the iceberg,

I don't use the "latest and greatest" NoScript, I intentionally use an older version - v11.2.3. No need to add it if you can already block scripts via uBO. As a rule of thumb, I don't allow scripts and when I visit a site that has twelve of them, I narrow it down to the one or two or three that are "required" then continue to block the remainder. I seldom let a web site run willy-nilly and pretty much never let a web site load as many scripts as its authors thought were necessary. I wouldn't necessarily call it an "incompatibility" issue. I tend to think of those as more along the lines of "clever cloaking" then "incompatibility". The web site is trying to "force" you to use a newer web browser by employing tricks that I bet they are well aware of that prevent the site from functioning on 'older' web browsers. I say that because I have witnessed it. One of my vendor's accounts-payable site has a .css overlay that prevents me from seeing what's "under" the overlay and the .js that loads the .css has "incompatible_browser" right in the title of the .js file! It's a pop-up overlay telling me to use a newer web browser and then a link to log out. Little do they know that I've accessed that accounts-payable site from XP for the last two years where they think they were clever enough to prevent their customers from doing so. I just block the .js that loads the .css and whoala, In Like Flynn.

awesome, man. but can you make this also for control center icon? i personally hide the volume and network icon and use the new control center one only.

Today i've tested Vmware player on Windows Vista 6003. Here are the results: (I used an old Windows Vista virtual machine that had no updates installed) First I installed Vmware player 6.0.4, than KB4493458 (not KB4493471). Hal.dll got upgraded to version 6003. After the installation had finished i launched a ready Windows ME virtual machine inside the Vista VM: It worked with no visible errors. I left it running for a few minutes and everything seemed fine. Of course I still don't know if it works on real hardware and all the updates between Vista EOL and KB4493458 installed. On boot an "The "vmStatsProvider" can not be initialized. "vmGuestLib" returns error "VMware Guest API is not enabled on the host" (3)." error gets logged, but this is likely because i'm running one virtual machine inside another.

Thanks for testing! Unfortunately, I don't use NoScript (is this the one you're using?), nor am I inclined to install it for the sake of just this site... However, your input has been much appreciated ; I think I've achieved a similar effect by denying "scripting" on "docs.github.com" via uBO: and, e.g., https://docs.github.com/en/rest/overview/api-previews loads now in 360EEv12 just fine ! uBO's logger shows that a total of 12 scripts are being blocked, so my understanding is that one (or more) of them are incompatible with the JS engines of 360EEv11/v12 (but compatible with 360EEv13) ...

No, I said I won't do randomly customizable right-click taskbar menu. Policy fix was done the moment you reported it and is not worth discussing at all.

noticed the change in the extension manager. DirRemove=%Profile%\Default\File System not set in the loader.ini yet. share page (qr code) on right click still there and non functional. (option not present in v13.2206) otherwise no issues or changes found. tested v13.2206-5 against html5test again just for "fun", crashed in under 5 seconds. alpha 8 still stable here with the default or my profile. (day 10 after starting with the ru beta version) and with regards to the cert issue on xp (reported working with the minibrowser build by Humming Owl in another thread). minibrowser (besides having other problems) just hides the red https padlock and shows "cert valid" clicking the lock icon. inspect further and it will show that it is actually not. build v11.2031-4 shows green https padlocks , but on page / property it will also show invalid. don't know why later versions show the red padlock but the mentioned v11 only provides a false sense of cert security. chromium based browser on xp just do not work with ecc certificates and some other newer ones. no way around that , not even with the cert updater 1.6.

Page loads fine for me in v12. BUT only with my default NoScript blocking .js on github.com domain! As soon as I set the github.com domain as "trusted" then I only get the blank-out. Everything on that site seems to function just fine with .js blocked, but since I don't normally visit it I guess I'm not 100% sure on that.

I am unable to fully load GitHub Docs in both 360EEv11 and 360EEv12 ; https://docs.github.com/en/rest/reference/repos ... begins to load in an apparent "normal" fashion (it's a rather "elongated" page), but - just before load completion - it blanks out in the end! I have tried in both browsers to use a clean/fresh profile without any extension, but the issue persists ; the javascript console isn't telling much... The page eventually loads fully in 360EEv13 (and, FWIW, in latest St52+gh-wc-p), but if there's some workaround to enable it on either v12/v11, I'd much prefer it over v13 (v12 and, especially, v11 are much more "fluid" in this 13-yr old Vista laptop ) ... FTR. another Microsoft-owned page that demands at least 360EEv13 is Microsoft Docs Search : https://docs.microsoft.com/en-us/search/ ; I feel it's no coincidence either... I'm quite certain that after M$ adopted Chromium as the basis for their re-incarnated Edge Browser, they're making absolutely sure pages they have control on are fully working only on recent/latest Chromium-based browsers...

Hi we3fan, Always the latest and greatest but only for youtube. If you don't like the mobile version you have to look for something else. I only use youtube for listening, if you have an account the fiddling starts... Read page 8 and 9. http://kmeleonbrowser.org/forum/read.php?19,154431,page=1 --- Does someone else here have the same problem as I have? K-Meleon Build 20211002, Build 20211009 and Build 20211016: duckduckgo: instant crash msfn forum: instant crash palemoon forum: instant crash roytams blog: instant crash Build 20210925 is the last one that doesn't crash on those sites (at least for me). --- BTW, this is going OT... someone should start a Kafan Mini-Browser thread and there is already a thread for roytam's forks.

@jfx Italin language update. 100% translated. 1040.zip

KB4489887 was a March 2019 Preview in which build 6003 was first introduced. For those actually running Server 2008 SP2, such Previews were Optional updates. I don’t think any MSFN member running Vista installed it at the time, since the build number change was not noted here until April 2019. About your BSOD: AFAIK those Win32k.sys BSODs were all attributable to applications that depended on version string “6002.” Even if you don’t use Avast/AVG, antivirus would still be my first guess. One MSFN member traced his BSOD to VMWare (see my link and read a few pages). If you can identify another program that was broken by 6003, I would be as interested as anyone. Since this seems to be the only Vista thread that new members want to read, I’ll mention that Avast solved their issue with a microupdate in June 2019. To install Avast 18.8 on 6003, I would try an online installer because the offline installer is older than the microupdate.

The update to remove Flash is KB4577586: http://download.windowsupdate.com/c/msdownload/update/software/updt/2020/10/windows8-rt-kb4577586-x64_3dde08cdb47cb317ba47a9181fceee09951c614c.msu

It is fine to point out that something doesn't work as advertised, but removing the content (as well as the reply about how reliable the information is) wouldn't do anyone any good. As then it could just be posted by someone else again. Leaving it the way it is now leaves it "on the record" in case anyone else happens to find it. Especially anyone who finds the post from a search engine. We are in the minority by posting on this site. Many more people use MSFN for info and never register or even post. I know many people in the local IT community who use this site but do not have accounts.

I tried that update , I'm getting BSOD right now , started to search for this exact error and found this . Besides , KB4493471 was superseded by KB4499149 (released May 14 , 2019) ! "Facing Wind23k.sys BSOD on Windows 2008 SP2 on normal boot. Uninstalling KB4493471 from Windows Safe Mode solved the BSOD" https://www.askwoody.com/forums/topic/problems-reported-with-this-months-server-2008-monthly-rollup-kb-4493471/ And no , I don't have Avast installed. Someone please tell what is windows6.0-kb4489887-x64 and I don't fully understand what they have to do with extended kernel , I have none. Thank you.

Firefox 91-based Waterfox continues to run on Vista, and my extended kernel's implementation of Windows 8 API is still minimal. But it is not enough for Steel Bank Common Lisp, so both Vista and 7 users are out of luck due to the non-presence of CancelWaitableTimer: https://sourceforge.net/projects/sbcl/files/

I noticed that too, I made a fixed version of the start button a couple days ago. You can download it here: https://www.mediafire.com/folder/qj6ey33bayme7/unnamed

It would only reverse it over time. The immediate effect would be that a lot of things would not be available, and potentially for a very long time. Think of it like this. We do not make any computers or displays anymore. An extreme change like this could cause a situation where you could not get any computer, television or cell phone or potentially any other type of appliance or consumer electronic device (because their industries decided to put computers into everything) for at least a year. It is not like we can just reopen the old food and manufacturing facilities we used to use 40 years ago. Those are all gone and the skilled labor groups have moved on. The doubling of gas prices (diesel would likely follow suit as usual) would primarily impact commuters, but also shippers by truck. If the prices of other fuels also increased suddenly, then the cost of using jets, ships and trains would skyrocket. Anything imported would either disappear or become immediately expensive, and anyone in rural and in-land urban centers would not have access to anything. Port cities would become big again that's for sure. The appropriate solution would be to remove all of the roadblocks to alternative power methods that are currently in place. Either government regulations, or the efforts of lobbying groups or other corporate interests. Then once a viable solution is available for all sectors, then you can ease the market in another direction. Doing so now would be a disaster. (this is all based on the apparent agreement that battery powered vehicles are not a solution to the issue at hand)

There is no point to raise gas prices on the consumer alone in order for them to stop using gas, when there is no current alternative for many applications. You think too small if you are only thinking of people driving in cars and going to work or on vacation or whatever. Think about the immediate impact it would have onto the economy, specifically in the supply chain and service industries. If you think the situation is bad in the world now, doubling gas prices would compound that.

And here it is! The most awaited Vista repository with Server 2008 updates (atleast for the few people who care about the OS). Included in here are updates for both x86 and x64 architectures, and all versions of .NET available for Vista, from 2.0 to 4.6.1. If there's anything missing, do let me know. https://mega.nz/#F!txxRyLzC!1vBMGzMHiL864f3bl1Rj1w I would like to direct a huge thank you to @VistaLover and @2008WindowsVista, for testing out the updates, and listing them in an easy to copy way