Jump to content

NotHereToPlayGames

Member
  • Posts

    6,749
  • Joined

  • Last visited

  • Days Won

    83
  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by NotHereToPlayGames

  1. You guys are grasping at straws, plain and simple. And you're not even trying to PROVE anything. You're just throwing out a UACH claim and thinking we will follow like Lemmings over the cliff.
  2. No offense, but you guys are full of "hit". And this is WHY that KEYWORD of POSSIBLE was written by win32ss - because he himself did not prove nor disprove, he just accepted the "hint" that it's UACH -- IT ISN'T. Supermium BY DEFAULT, I've made NO CHANGES, already reports the same EXACT UACH as Ungoogled v122. I'll add the screencap above. MSFN no longer likes multiple screencap posts within a certain time span but does let you add to previous posts.
  3. I know! My point is I'm not buying into this claim! I could be wrong, I'll have no problem admitting it. But until, and ONLY until I witness the OPs website "not work with default UACH but THEN WORK WITH AN UPDATED UACH should ANY of us "agree" that this is a UACH issue !!!
  4. One moment... I shall now screencap SUPERMIUM with the same EXACT UACH as Ungoogled v122. Give me a moment to hex out win32ss's UACH and hex in what is being CLAIMED as a fix to the OPs enquiry. And will do so using what the OP reported: ie, Does anyone else have similar problems? Windows XPSP3, Supermium_x86 124.0.6367.245 / 122.0.6261.152
  5. win32ss also added this -- That's why Supermium will soon default to identifying as Google Chrome 128 running on Windows 11. Here is what Ungoogled Chromium shows for UACH: The cloudflare capcha works perfectly fine in Ungoogled v122, so if (which I do not believe... yet!), so IF this is "UACH discrimination", then it's discrimination against Supermium and NOT OLDER CHROME V122. SUPERMIUM SHOWS THE SAME EXACT UACH BY DEFAULT - THIS IS NOT A UACH ISSUE!
  6. 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".
  7. 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!
  8. 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.
  9. Because the OP specifically cited XP and we get these all the time. XP users keep forgetting that XP cannot do "elliptic curve".
  10. I would look at SSL Certificate in that example. It doesn't appear to be related to Client Hints.
  11. Your issue is with the 'Nunito Sans' font. You're opening a Can Of Worms if you really want to learn how to find and fix font-related issues.
  12. It's definitely an issue here. New profile. I'll do some digging in spare time.
  13. True. But, um, the mark of insanity is repeating the same task and expecting a different result. If a web site kicks in IE Mode, stop visiting that web site.
  14. If you want me to be perfectly honest, I AGREE WITH YOU. I run v122. Others run v86. Live and let live. I do disagree with updating twenty times per year, or whatever pace these browsers keep updating.
  15. 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:
  16. 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.
  17. No. Completely empty browser console.
  18. 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.
  19. Broken in this release -- basilisk52-g4.8.win32-git-20230819-3219d2d-uxp-864fc133a3-xpmod
  20. Broken in this release -- basilisk52-g4.8.win32-git-20230826-3219d2d-uxp-28f55eb5c4-xpmod
  21. Working in this release -- basilisk52-g4.8.win32-git-20230729-3219d2d-uxp-bdc6b90572-xpmod
  22. Broken in this release -- basilisk52-g4.8.win32-git-20230930-3219d2d-uxp-7a3845abaf-xpmod
  23. 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:
×
×
  • Create New...