NotHereToPlayGames

Kinda turned into a dead end as far as getting American Water to work with non-polyfill browser and palefill / chromefill / Babel / Proxomitron. Was still fun trying

Seems pretty stable to me. 360Chrome seems to have better process management on multi-core CPUs, MiniBrowser requires more background processes then 360Chrome. YouTube on MiniBrowser seems on-par with 360Chrome v13. I had lots of stutter on several YouTube videos that did not stutter in 360Chrome v11. Users that prefer 360Chrome v11 because it uses less resources than comparable browsers won't really gain much with MiniBrowser. Some of it's options are confusing - when you toggle the blue switch, the setting text changes and some text is confusing, do I hit the blue switch to activate what the text says before I hit the switch? Built-in Ad Blocker is "all or nothing" - would be nice to have an idea of what it considers an ad and what it does not consider an ad. Only real gain is it having a polyfill javascript engine but that only puts it on-par with 360Chrome v13 and v13.5. I do have a personal bias against any "XP" program that doesn't use a "real" title bar with XP-themed colors and icons, but that aside it does seem to work well. I would prefer a "portable" loader, but I could create that on my own - had it met other requirements, which it fails to do for my usage. I didn't really run it long enough for a long-term stability test and didn't load up an "unrealistic" number of YouTube tabs just to intentionally try to crash it.

It creates a "debug.log" file - [0409/214327.207:ERROR:directory_reader_win.cc(43)] FindFirstFile: The parameter is incorrect. (0x57) Might be related to it failing at fetching a dictionary (which could have been my system setup that prevented it, unsure).

Wasn't direct to me but since I run XP x64 I gave it a go and it's working I only tested .127 as it seems to be basically identical to .121.

Awesome! Thanks for the discovery!

“My expectations were reduced to zero when I was 21. Everything since then has been a bonus." ~ Stephen Hawking

As of now, my American Water billpay web site is the only site I have to visit that requires a polyfill javascript engine. Consumer choice always has a choice, if your weather forecast web site stops working because you prefer XP and a non-polyfill web browser, you can always find a different weather forecast web site. But I can't do that with American Water, I have to use their web site But I don't have to use "all" of their web site - I only need to log in, see how much I owe, then log out. I make the payment from my checking account access, not the billpay web site. So... The login web page plus the landing page after you log in is 225 unique .js files. (This in-and-of-itself is just plain stupid!). I can ignore the login web page, I can log in fine without polyfill. The landing page after you log in is what does not work without polyfill - and that page has 157 unique .js files (one or two of these is actually injected by my Proxomitron config). I've been able to eliminate 127 of those 157 .js files - I can view the landing page, my balance due, the due date, and can log off. So one of these 30 remaining .js files is my culprit (minus the one or two injected by Proxomitron). Fingers still crossed, I would love to get this web site to no longer require a "modern" web browser! This has been a learning experience, that's for sure. American Water has a .js file for disputing your bill, a .js file to report a duplicate bill, a .js file for adjusting your bill, a .js file to disconnect or reconnect service, a .js file for a hardship loan if you can't pay your bill due to Covid, at least three .js files for water quality concerns, several .js files for viewing .pdf files as if our browser doesn't already know how to view them, paperless billing .js files, autopay .js files, change of address or moving .js files, time zone .js files, mailing address .js files, .zip .js files, high usage or water leak detected .js files, delinquent payment .js files, delinquent dispute balance .js files, print-preview .js files, conservation tips .js files, cash payment location .js files, et cetera. It's like every department within American Water is responsible for their own departmental need .js files. What a nightmare - none of them are "needed" as far as I'm concerned. I just want to know how much I owe and when it is due!

Noted, thanks. My saga - I've stumbled into a rather surprising find. American Water's billpay web site has this .js -- https://mywaterv2.amwater.com/main-ui/solutions/enhancedportal/js/googleAnalytics.js?=@2.3.2.3-RELEASE-1648758222340 They're using a GOOGLE ANALYTICS script that they saved to their own domain and the billpay sites will not work if you block this GOOGLE ANALYTICS script.

Pretty much what I expected. Will make the browser interface EXTREMELY difficult to use. 12-character "words" compressed to 6-character "abbreviations". 8 compressed to 4. 16 compressed to 8. I didn't dive deep enough to get that far, but deep enough to know I would not like using a browser with "abbreviations" all over the place.

I could not get this to work with Tampermonkey v4.13 and 360Chrome v11. I had to also go into the userscript's settings tab and set "Run only in top frame" to NO. But this would only get "half" of GitHub to work, the file descriptions and dates would fill in but the button to the left of the green Code button would not. @InterLinked's chromefill does work as an extension, but I would prefer for it to work via Tampermonkey.

I think I'm on to something. My weekend mission is attempting to get American Water web site to work in 360Chrome v11 by using @UCyborg polyfill tricks. American Water serves 14 million people spanning 46 US States - https://en.wikipedia.org/wiki/American_Water_Works Total US population is 332.4 million so directly affecting 14 million might not sound like much, especially since I can only assume that most pay their bill via PHONE and not "web brower" via desktop or laptop computer.

How were you able to narrow down https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-createwindowexa issues to the index-docs.js file in particular? Or was it a process of elimination and fairly easy with only having one global sub-folder .js and one scripts sub-folder .js? How would one narrow down a web site with 225 .js files?

Well, unless it's that lib/main.js portion, just changing the polyfills .js didn't get me anywhere. Javascript console appears to be narrowing it down for me - to one or several of 109 "enhanced portal" .js files out of 179 "enhanced portal" .js files, and that's out of a total of 225 .js files altogether - just to pay my water bill !

How did you determine if this step is required or not? As I may have to add this to "chromefill" since I'm trying this on 360Chrome v11 and you are using something Mozilla-based.

Babel doesn't seem to do anything. Is there supposed to be a corrected .js in the right column? Disregard, I think I got it.

And I suppose it should be no surprise that my water bill has a GIGANTIC .js file with polyfills right in the file name -

Then this was the first file size observed when seeing if I can use this trick to pay my water bill without a "modern" web browser -

lol, I know, right? I guess we can't win 'em all

Noted. Off to do some experimenting. Love seeing Proxomitron Reborn being utilized!

What settings did you set within the left column of Babel in order to convert the .js?

Wow! I think that's the largest .js file I've witnessed in a long time.

Telemetry has been blocked in both. I hard-code everything that HO hard-codes with the exception of default search engines. I remove them by other means and HO replaces multi-character Chinese strings with a finite number of English strings so as not to affect address locations. Which means the default search engine is named "Ggle" because the address locations would break the entire browser if the name "Google" was used. I alter the GUI and correct missing tags in the original Chinese and the Russian Repack that both have the GUI "jumping" when a settings page goes from Page 2 to Page 3 and "jumps again" when closing Page 3 and returning to Page 2. My GUI is for XP. I have a very strong dislike for having 200 programs on my XP and only ONE of them not using XP icons, so my versions have an XP theme to avoid this "OCD Trigger" of not looking like XP when ran on XP. MY GUI disables and hides portions of the settings pages that could be used to turn telemetry back on. The telemetry has been removed, but why risk the end user trying to turn a broken function back on? HO versions throw a nag screen when you run it for the very first time, mine do not. HO versions are "installed" versions and mine are "portable" versions that maintain their own registry file and do not keep settings saved in the Windows Registry.

Major mea culpa. I scrolled back a page and yep, it was a direct quote. Paint me blue and throw me in Times Square. My only defense is that my shortcut is for the Unread Content page and all I saw, mistakingly, was a post about tweaks and skins in a Windows 11 thread.

Hmmm, ooops. It is very easy to lose track of who is quoting who when it's just a reply with no actual "quote". vinifera specifically stated, and I quote, "but after i did my tweaking, and did my visual skins, it was so much better", so yes, I assumed that he/she had some tweaks and skins he/she would share.

My primary computer is an i7-4770 @ 3.4GHz with 16GB RAM running XP x64 and five 21" widescreen monitors. Not exactly top-of-the-line but extremely capable of running 7 and 10 and it has had both on it throughout the years. I use v11 on it and all eight of my nine computers. My only exception has been my water bill payment web site and I use v13 for that one-and-only web site. I've never been able to figure out WHY, but v13.5 crashes on my first run after each and every reboot. D#mn annoying! Haven't been able to figure out WHY. All nine of my computers crash after every reboot whenever I launch v13.5. Default service that my XP setups disable? Graphics cards on older hardware? No clue.