NotHereToPlayGames
Content Type
Profiles
Forums
Events
Everything posted by NotHereToPlayGames
-
Supermium inactive blue is a darker blue (backwards to all of my other apps, active is generally darker than inactive, another reason I have my own theme). Official Chrome, on the other hand, has a light gray for inactive (probably the same light gray as Brave, did not compare directly). So yeah, evidence that the Supermium developer did change the color of an INACTIVE WINDOW.
-
lol, me neither. I just assumed that Supermium could run Widevine (required for my Netflix but my other streaming providers work without Widevine).
-
Supermium active color is EXACTLY THE SAME as Official Chrome active color. RGB = 211, 227, 253. EXACTLY THE SAME !!! Personally, I *hate* this pale puke-blue. Your "brightness issue" really is not the developer's concern, in my not-so-humble-opinion. The blue is the EXACT SAME as upstream, the developer made no changes.
-
Default out-of-the-box Brave has no blue. Active Window and Inactive Window are both light gray. With active having text and buttons "more black" than inactive. So I'll compare Supermium's out-of-the-box blue to Official Chrome's out-of-the-box blue.
-
For the record, I've given up on trying to keep up with all of your "brightness complaints". They pop up ALL THE TIME and I stopped following if the complaint is a button on a web site being rendered this way or that way or if the complaint is a blue color (correct spelling, I'm allowed to use US spelling even if folks around here think everybody should use non-US spellings, but I digress). One moment, I'll load up two brand new VMs that have never seen Supermium or Brave and do a side-by-side color-check.
-
Will see what I can do. Until this morning, I've never actually used Supermium outside of a VirtualBox VM. So the host-OS Supermium *must* be tied to my all-fork profile. It's just how I use my browsers, ZERO interest in maintaining several dozens of profiles.
-
Are you sure? Then why are there these two files included in v132? Unsure if these are included in older versions. And the Widevine Test does *SEE* that the Widevine files are present, but it fails some "key" check, forgot the wording offhand. widevine_patch.exe and win7_fixwidevine.cmd
-
Has anyone using Supermium on Win10 been able to pass a Widevine Test such as this one ? I'm assuming that I am overlooking something simple.
-
Also, upstream v135 or so (ie, only us 10 or 11 users have seen it in action) now has an option to NOT USE chrome's color scheme but use the OS COLORS instead! But it will take several MONTHS for these upstream changes to trickle down to all of the forks.
-
No clue. Upstream changed the title bar colors around v126 or so, forget exactly. My profiles in everything from Brave, to Supermium, to Ungoogled, to regular Chrome all use my own theme that works in all of them and reverts to the same title bar colors used in XP. I cannot really test without undoing my profile. I use the same EXACT profile in ALL of my Chrome-based. As long as I always go UP a version or two instead of down, I've never had any issues.
-
What blue and where?
-
This is "only" a Dark Mode Issue, in my not-so-humble-opinion. I have no problem whatsoever with Supermium in "normal mode".
-
Already tried that. Does not work. Each and every launch reaches out to "go-updater.brave.com". Removing that string from chrome.dll doesn't even stop the each and every launch from contacting "go-updater.brave.com".
-
I was able to download v132 R1 just seconds ago. In fact, it's very likely going to be my default browser on a bedroom laptop being set up for streaming. Hope not to be speaking too soon, trial-ran Brave yesterday and NOT a fan of all the bitcoin BS and NOT a fan of no way to disable auto-update-check. So today's project is setting up Supermium for all of my streaming needs.
-
Time Bomb Fix = https://github.com/weolar/xpchrome/issues/11#issuecomment-1822125826
-
You have me confused with somebody else. Sounds like a good thing to me. Solving the captcha only helps them clean up the dirt. Why would any Privacy Rights advocate want to help them clean up the dirt?
-
That's supposed to be GOOD, isn't it ??? If a web site doesn't know that I'm human, then that web site doesn't have my fingerprint on file. I think this is the third time I've mentioned this, I NEVER ANSWER ARE-YOU-HUMAN CAPTCHAs.
-
"So what!" Your claim was that YouTube/Invidious was blocking based in CRC checks. Opera, Chrome, Chromium, Firefox, you name it, is not reporting their "nightly" CRCs to YouTube so that their users can use YouTube.
-
That's Opera. Chrome/Chromium does not have these signature files. Could also be why there are *hundreds*, literally!, of Chrome/Chromium Forks.
-
No clue. If I were to throw out my own Conspiracy Theory, it is because I *NEVER* answer "are you human" checks. *NEVER*. If a site has to bounce me through a check like that, I just move on to a different web site.
-
I'm not seeing the difference. Browsers do not have "file access permissions" to even their own .dll files as far as a remote server or web site running a CRC check. Would be a gigantic security vulnerability.
-
Consider the H#LL^SH NIGHTMARE that such a CRC-confirmation algorithm would entail !!! This new Conspiracy Theory injected by D.Draker claims a browser is being blocked because a CRC-check "failed". Under this paradigm, nobody could ever use "nightly" build web browsers, the server would have to update their CRC Lists every two to four weeks (we all know how often OFFICIAL browsers are updated), et cetera. Bottom Line = nobody is being blocked based on any CRC Check. Not happening. Not in this universe. Not in any Parallel Dimension. Simply not happening.
-
Fair enough. But that does NOT indicate that CRC checks are being performed on system files! That is something that would require advanced file access permissions ADDED to the browser. Browsers by default can not perform CRC checks on system files. I'm quite CERTAIN of that! "Until proven otherwise." And the onous (spelling) really is not on "me" on that one.
-
I can NOT confirm this. My UNMODIFIED OFFICIAL CHROME asks if I am human. So no, the site does not run without any verification. At that point, I close the page, I prefer to NEVER so much as ATTEMPT to answer these, that only lands you on a fingerprint database. edit: Correction - my UNMODIFIED OFFICIAL UNGOOGLED CHROMIUM asks if I am human. I can test Official Chrome and Official Edge at work, I do not have them here at home (at least not at the moment, I could add to a VM if needed).
-
Okay, that I believe. There is no conspiritorial CRC check on system files and nor are you claiming there to be. Define "doesn't work". Because even my Official Chrome requests an "are you human" test at allegro.pl. Personally, I "move on" whenever I get these. One only adds themself to fingerprint databases by solving them.