NotHereToPlayGames
MemberContent Type
Profiles
Forums
Events
Everything posted by NotHereToPlayGames
-
ps - define "crash". There was a "360 sync login" that was intentionally disabled that was triggered whenever creating the FIRST bookmark. By NOT creating that FIRST bookmark but clicking that star three times, maybe that has retriggered the "360 sync login". This will be INVISIBLE because the GUI items were removed when the "trigger" was set as "already-triggered" in the default PREFERENCES &/or WEB DATA files (which if you replaced then that too could lead to this "360 sync login" being triggered). At any rate, this may NOT be an actual "crash". HIT THE ESCAPE KEY on the keyboard when this happens and see if the "crash" is un-crashed. The ESC key "closes" the '360 sync login' trigger that would be "invisible".
-
Agreed. Plus, "se" and "ee" are two different branches. 360Chrome has basically had three different v86 engines - 86.0.4195.1 86.0.4240.112 86.0.4240.198 As far as a true scientific quantitative approach goes - The .1 engines were the FASTEST. The .112 engines saw a very slight performance degradation. The .198 engines (everything newer than v13.0 build 2206 and all of the v13.5 builds) saw another very slight performance degradation.
- 2,340 replies
-
2
-
Same here!
-
It's only enabled because you were using in an unintended fashion (that I do not recall you admitting to prior to today). So you have to blame yourself for that. You chose to use by your own rules, so no, of course it didn't work as it was intended. The topic of your WebGL being enabled or disabled can hereby be considered CLOSED. Further discussions only confuse new visitors. Bottom line - you used it in your own way, so you didn't get the results you were supposed to get because of using it in your own way. Q.E.D.
-
If it's any consolation - A year or two ago when I started these public-share rebuilds, I opted to disable WebGL based on "security vulnerabilities" associated with WebGL. Most of those "security" reports with WebGL are dated circa 2011. Most of the "vulnerabilities" were later addressed by way of "same-origin policy" restrictions coded into the web browser. How "insecure" is a web browser in 2023 because of WebGL coupled with same-origin policy restrictions that did not exist in 2011 when these "security vulnerabilities" were first raised? Should I be "paranoid" about WebGL exposing OpenGL to JavaScript when I only allow specific whitelisted javascript? I have currently opted to enable WebGL and maybe, just MAYBE, I was a bit too "paranoid" to disable it in the first place.
-
Before I can assist any further, I need all of the following in ONE screencap - 1) Task Manager showing "360Loader.exe" 2) File Manager window showing the 360ChromePortable_13.5.1030_r8_regular_webgl-disabled_translate-enabled_win-xp-skin contents of "360Loader.exe" and "360Loader.ini" 3) Notepad showing "--disable-webgl" 4) ONE tab open and ONE tab ONLY showing top section of "chrome://gpu"
-
The irony there is that I once called up Chase and CLOSED my account with them all on account of Chase.com no longer working in NM28. That would have been about four years ago or so. Little did I know at the time just where the "web" was headed and just how many "no longer working" sites I would encounter in the following years. With Chase, NM28 no longer working was my last straw because that was the THIRD browser in just two short years that "no longer worked" with Chase.
- 2,340 replies
-
1
-
That's because a Win10 "Jump List" is like a programs "Recent File" list. Clearing those lists do not send them to the Recycle Bin because they are all stored in the Windows Registry. A deleted registry key is not sent to the Recycle Bin just like clearing a program's recent file list is not sent to the Recycle Bin.