NotHereToPlayGames

ie - consider the STRAIN it puts not on OUR end when visiting MSFN, but on the end of the SERVER that has to SEND that GIGANTIC image to however many members happen to be online at the same time. I didn't check the header rules or whatnot for that banner. Most advertisement banners are re-sent each and every visit regardless of whether the banner resides in our cache or not.

Not technically true. I have a screaming-fast download speed. BUT that download speed is "divided" intentionally across two wi-fi routers. The *FAST* wi-fi router is for my streaming devices scattered throughout the house. The *SLOW* wi-fi router (web browsing and even YouTube) is set up that way INTENTIONALLY. Reminder that I do *NOT* view "hi-res" videos on YouTube. That activity is reserved for my streaming devices. Let's face it it, 1.1mb banners is NOT "normal" and why would I want my streaming devices throughout the house "pixelating" when a web page is hit with a GIGANTUOUS banner? Though no, ONE 1.1mb banner will not eat up my streaming device's "buffer". Regardless, serving a 1.1mb banner is, I'm quite sure, a *mistake* and was not done that way on purpose.

The size of that blobfish

To me, it's not about "liking" the ad or not. It's also not about the "real estate" it consumes. I have to block (visually) the ads here at MSFN if I want to visit while at work - because advertisements for women's lingerie have been known to be among them and I have no interest in explaining why they are on my screen if a colleague walks into the office. This current ad is taking OVER EIGHT SECONDS to download - not exactly a pleasant viewing experience to watch an ad that is 5 inches tall and it rolls in 1/4" at at time, time delays, rolls in another 1/4", time delays, rolls in another 1/4"... The cool part about using a simple Stylus sheet to HIDE THE AD FROM VIEW is that MSFN still gets the "revenue" for 'serving me' the ad, I just don't have to LOOK AT IT for that to happen. I can also do tricks such as set up Proxomitron to allow the "connection" to be made but then "disconnect" after a few tiny bytes are transferred and not even download the entire banner. Because "like or not", this particular ad is GIGANTIC. I fully support the owners seeking any ad revenue they can! I don't think any of us are discrediting that. "Just talking out loud", lol.

Stylus style sheets are your friend.

No disrespect intended. We were informed to get updates at Twitter. I don't have a Twitter account so I really didn't mind just sitting back patiently and just checking every several hours or so. "Life goes on." Agreed.

It was demonstrated somewhere in this thread that some (though I suspect not all) web servers flat out IGNORE the Accept Header and send WebP anyway. I suppose web servers just have their own list of "priorities". ie, "You can't tell me you are on Chrome W or Firefox X or Edge Y or Opera Z but then 'lie to me' and tell me you don't support WebP, so I'm sending you WebP because I know what I am doing and you do not."

I totally forgot about that alternative. I'll have to rummage through the desk to even find my login credentials.

Nope. Those market share stats having very little to do with user agents.

I've witnessed malware scanners over the years flag something like this KEYGEN as malware but CHANGE THE FILE NAME and it's no longer flagged as malware. I doubt that's the case here, but yes, I have witnessed that over the years. Also once witnessed a malware scanner know that notepad.exe is safe but rename it to svchost.exe and now it's a trojan virus. (ps - I thought the mere mention of an XP KEYGEN was strictly forbidden here at MSFN?)

My Task Manager does not have a GPU section. As far as that goes, I have to use OLDER versions of System Informer else its GPU section never shows any activity. I suppose it is possible that if I drop down to three monitors and unplug the two that are USB-based WDDM 1.3 then maybe things might react differently.

I can confirm that I cannot find GPU temp being displayed in Task Manager after hibernate (and I have too many open tasks that cannot be closed for a non-hibernate restart at the moment). I'm not sure "where" exactly this is normally displayed in Task Manager. Also unsure if having five monitors where display 1 is 2.0, display 2 is 2.1, display 3 is 2.1, display 4 is 1.3, and display 5 is 1.3 has any effect or not - do "all" drivers need to be 2.0 or newer?

No, it's going to take me another half hour because I deleted my profile and unzipped again just to please your curiosity. Still No Threats Found. And the scan itself wasted 2 minutes 47 seconds out of my life. Sorry, I'm done here. I have zero interest in malware scans that are almost always FALSE POSITIVES. I simply do not get any threats detected on a system with only my build 1030 redux and the latest Supermium. This is with a HitmanPro downloaded within the past 30 minutes as I've never heard of HitmaPro until this discussion.

No offense, but not interested. I have other hobbies to attend to and have never found any significance in these types of "scans".

Ah. ZERO concern here. FALSE POSITIVES with these types of scanners are a DIME A DOZEN. Go ahead and scan winPenPack or PortableApps browsers and see if they are "flagged". But like I say, ZERO concern here.

Ah, here it is. The six security vendors are referring to the "Chrome 115" chrome.exe file. Still NO CLUE why MY NAME was introduced in this thread or why the Russian Repack loader was specifically being targeted. But don't care either, not interested in getting caught up in this thread.

No clue what that file is in reference to. It is certainly NOT any of my distributions and definitely not the "loader" so why did my name get introduced into this ???

Please share links or whatnot to these six security vendors. I will run the same scans on winPenPack and the Dixel 1030 loader and the PortableApps loader I use for Serpent 52. May prove quite interesting.

The loader used for winPenPack browsers also works for 360Chrome. An example is here -- http://www.winpenpack.com/en/download.php?view.1082 We could redistribute the winPenPack loader instead of the one that we have been using. Actual users of my builds should discuss that in my own threads if they wish the project to go this route. As is, we (the actual users of my builds as opposed to people that naysay and do not use my builds) test for malware and telemetry and as @Milkinis noted, if we see signs of malware then we address it.

Correct, 1030 Redux is the latest-and-greatest. Yes, there will be updates to 1030 Redux. All releases thus far (including the first 1030 Redux) use what upstream internally labels as "v9" menus. All of these are being updated to "v13" menus.

Maybe more of a personal preference then a "never". Yeah, yeah, "never say never". Installing via Developer Mode breaks auto-update for those that think their extensions should auto-update (this is a pro to me, not a con, but I disable auto-update via other methods). Some (not all) extension's "internals" reference their own "ID String" (the random sequence of 32 letters) and installing them in Dev Mode changes that "ID String" so features relying on that ID are now broken and the user isn't even aware that they are broken. Though you will see the 32-letter ID String referenced in your error console. Installing via Dev Mode I guess is one thing, but running the browser with the Extensions page *always* in Dev Mode enables the browser to throw nag screens and enables built-in "triggers" coded into the browser (especially Chrome Forks, unsure on Mozilla Forks). I've also seen reports (though have not personally witnessed) that installing via Dev Mode can result in your browser DELETING YOUR EXTENSION without asking if you want it deleted - I think this occurs when you toggle out and then back into Dev Mode.

2. It appears that crx4chrome is updating all of their MV2 downloads to default to MV3. You will need to extact the .crx, delete manifest.json (which is a direct copy of manifest_v3.json), rename manifest_v2.json to manifest.json, then go into Developer Mode on the Extensions page to pack the extension. DO NOT "install" the re-packed .crx via Developer Mode. Exit Developer Mode after you repack then install via drag-and-drop. Developer Mode should only ever be used to "develop" extension, NEVER TO INSTALL THEM.

The loader is "generic" and not tied to any specific build, so no worries here, lol I actually use the same "loader" on ALL of my Chromium Forks. I also have one "loader" that is used on ALL of my Mozilla Forks.