NotHereToPlayGames
MemberContent Type
Profiles
Forums
Events
Everything posted by NotHereToPlayGames
-
The key word seems to be POSSIBLE. The proof is always via PICTURES or even VIDEO. Show me a "before and after", otherwise I'm calling "BS".
- 105 replies
-
- crx
- Anti-feature
-
(and 3 more)
Tagged with:
-
You are smarter than that! That list is not a list of where to witness CNAME Cloaking and you know that! Those are THIRD-PARTY CDNs, those are NOT first-party URLs! www.google.com is the first-party URL. That URL doesn't do the tracking! And you know that! It's gstatic.com and googleadservices.com and doubleclick.net and ytimg.com and googletagmanager that does the TRACKING. You are trying to MISLEAD and I'm smarter than that - as are most MSFN readers!
-
No offense, but I'm kind of done here. The sky is not falling. Those lists don't help. Those are third-party trackers. I need the first-party URL that pulls in one of these third-party trackers. And again, what is the purpose here if I have to DISABLE ALL OF MY CURRENT DEFENSE MECHANISMS ??? These things are so rare that I'm not gonna lose one second of sleep over them. For one, it's a CACHE issue. You have to visit both sites in order for a CNAME Cloak to pull something from Site A's *cache* and use it in Site B's *rendering*. This really is a MUTE ISSUE for those like me that clear the cache between each and every session. Again, the sky is not falling. Brave tried to convince us it was. Didn't work then, won't work now.
-
Because the OP specifically cited XP and we get these all the time. XP users keep forgetting that XP cannot do "elliptic curve".
- 105 replies
-
- crx
- Anti-feature
-
(and 3 more)
Tagged with:
-
I would look at SSL Certificate in that example. It doesn't appear to be related to Client Hints.
- 105 replies
-
- crx
- Anti-feature
-
(and 3 more)
Tagged with:
-
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
It's definitely an issue here. New profile. I'll do some digging in spare time. -
Nope. At least none that you'd want to hear. Waka waka waka. I've only had the IE Mode kick in on one very old XP machine that I no longer have. But this is not my thread, so I have to assume it's also not one of my releases. In *MY* releases, you revert from the kicked-in IE Mode and revert to WebKit from the drop-down when you click "this" icon:
-
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
To replicate, don't "close" or "exit" the browser. But go to OS's Task Manager or something like System Informer and terminate the .exe from there. -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
No. Completely empty browser console. -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
Working in this release -- basilisk52-g4.8.win32-git-20230812-3219d2d-uxp-08a62b0b06-xpmod This is the last version where the Session Restore feature fills in the table of Windows and Tabs. Every version since August 12, 2023 has this feature broken. -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
Broken in this release -- basilisk52-g4.8.win32-git-20230819-3219d2d-uxp-864fc133a3-xpmod -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
Broken in this release -- basilisk52-g4.8.win32-git-20230826-3219d2d-uxp-28f55eb5c4-xpmod -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
Working in this release -- basilisk52-g4.8.win32-git-20230729-3219d2d-uxp-bdc6b90572-xpmod -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
Broken in this release -- basilisk52-g4.8.win32-git-20230930-3219d2d-uxp-7a3845abaf-xpmod -
My Browser Builds (Part 5)
NotHereToPlayGames replied to roytam1's topic in Browsers working on Older NT-Family OSes
I'm bumping this to bring it back to @roytam1's attention. I'll post additional screencaps shortly and will attempt to isolate "when" this started happening. Still happening in yesterday's release: This is the last known WORKING version (over a year old, I will attempt to isolate WHEN this feature was broken): This version reveals that this feature has been broken with ALL of the 2024 releases: -
While I agree, I have to wholly and completely DISAGREE with this "the sky is falling approach". You present the paradigm that CNAME cloaking is an "everyday occurrence" - I HAVE PERSONALLY NEVER WITNESSED ONE. I have to basically browse with ALL of my "defenses" DISABLED and can only find a .fr example. No .com examples. No .net examples. No .org examples. Before we can proceed further, PLEASE PROVIDE A FEW REAL-LIFE EXAMPLES! Not this "the sky is falling" tactic of THEORETICAL HYPERBOLE. Let's be perfectly honest - IF this were an "issue" as gigantic as your hype and propaganda makes it out to be, then Firefox's marketshare would have SURGED since 2020 or so when BRAVE used this HYPE to boost their marketshare. Which didn't really work. I have NEVER, in REAL-LIFE, met ANYONE that uses BRAVE. Again, I HAVE NEVER COME ACROSS A REAL-WORLD EXAMPLE. I would love for a LIST of examples. And they can NOT be .fr web sites, I am an English-speaking US citizen that NEVER visits .fr web sites. It has to be a .com for me to take it "seriously". HYPE AND PROPAGANDA. THEORETICAL HYPERBOLE.
-
While not as foolproof as Chromium+Proxomitron or Firefox+uBO, according to https://github.com/AdguardTeam/cname-trackers, using "AdGuard Tracking Protection filter" or "EasyPrivacy" lists in Chromium+uBO is adequate protection for most users. To be honest, I have never actually ran into a cloaked CNAME with my default setup! I have to INTENTIONALLY let my guard down to find them (enable third-party cookies, allow third-party scripts, disable uMatrix entirely, disable Proxomitron, et cetera).
-
You falsely assume that Firefox+uBO is the "only" way to prevent CNAME cloaking. IT ISN'T! I use PROXOMITRON and despite nobody else here at MSFN being a Proxo User, it can detect and prevent canonical connections. Here's one example. The web site htt ps:// www. mathon .fr has a CNAME Cloaked connection to cdn. shopify .com that my PROXOMITRON blocks. How is this (Chromium+Proxomitron) any different than Firefox *NEEDING* uBO to perform this block? Either way you dice it, the BROWSER itself did not block the canonical connection! The end-user needed to be SMART ENOUGH to ADD something to their browser (which both you and I obviously do).
-
MyPal 68
NotHereToPlayGames replied to Jody Thornton's topic in Browsers working on Older NT-Family OSes
Agreed, I've never used the "Import Wizard". But what does it do when you click NEXT? Does it then pop up another dialog for an .html file that you EXPORTED from Chrome (for example, I don't recall what IE "exports"). -
I have been experimenting with Firefox v128 (just now noticed it needs updated, but these metrics will be close to identical). A hellashish and resounding NO! (and apologies, I did not intend to turn this into a "browser war" thread - "been there, done that", there is a REASON (several) that I no longer use Firefox!) But not to be misread - I still have an interest else I wouldn't be following this thread. Look at my Serpent RAM usage - 1.24 GB with only TWO tabs open [I've seen this as high as FOUR GIGABYTES] (Gmail and Google Voice [which only works for chat, not for phone calls in Serpent]). Firefox v128 with no tabs open and only ONE extension (uBO) = 172.8 + 310.2 + 20.5 + 37.6 + 33.9 + 88.5 + 36.5 + 28.5 + 28.5 + 28.5 == 785.5 MB Ungoogled v122 with no tabs open and only ONE extension (uBO) = 4.27 + 61.5 + 19.6 + 13.6 + 11.2 + 28.1 + 41.8 + 16.0 == 196.1 MB