NotHereToPlayGames

Also found one of those font-render squares in Basics -> Search under the fallback search engine setting (this feature is eventually broken and removed).

A very interesting one indeed, many thanks. That square is generally a unicode font character that was rendered incorrectly. It happens with ellipses quite a bit when rendered as a single glyph ( … ) versus as three dots ( ... )

Aware, still in-process. Yesterday's update was roughly 2.5 hours modifying a known 371 files out of 4,188 extensionless files inside en-us.pak based solely on differences between v13.0 original versus my v13.0 modified. The remaining 3,817 extensionless files still need investigated as to whether they contain broken English or are fine as-is. I personally take the approach of my v11, my v12, my v13, and now my v13.5 to all contain the exact same English phrases, I do not want a setting phrased differently in one version to the next, they should all be identical. The en-us.pak contains another 124 .json files I have not looked at yet. Aware, still in-process. This really is a very long and time-consuming process. Have not done any modifications to GUI as of yet. oops... Will correct in next alpha release. I will leave this at the discretion of the end-user. I'm not a "gamer" and WebGL poses potential security risks which outweigh (in my view) the need for graphics features seldom seen in Top 500 web sites. I seem to recall that one has to search far and wide just to find any web site that uses WebGL, it doesn't seem to be very common and users that do require it are advanced users with the know-how to add it back in. In-process, have not gotten that far yet.

This isn't Facebook or Instagram, a member's contributions here at MSFN are not quantified by the number of "likes" or "mentions". Sorry pal, life doesn't work that way. I don't stalk you and post "likes", I'm not requesting you to "stalk" me and post "likes".

Download link for v13.5.1030 Alpha_2 added to first post.

I double-checked and the English Developer Tools was not saved in Alpha_1. Found the fix and will default to English in Alpha_2. Almost completed with a large portion of the broken English corrections, will have an uploaded Alpha_2 later this evening.

My v13.5 developer tools should have already been in English.

With which skin?

Thanks

Could you refresh my memory on which two connections? Noted.

Added new download link to first post. Alpha release for version 13.5.1030. This release defaults to the original Chinese Author's language pack for English - it is still very "broken" as far as English goes – there will be English errors and there will still be some Chinese. The skin defaults to "XP Luna Blue" (I still plan on creating a "dark theme" one of these days). The Developer Tools has also been set to English. None of the telemetry features have been coded out yet (but the files that most of them rely on have been removed).

AGREED !!! But our conclusions are as opposite as an eraser is to a pencil.

It's gotta be mine, I'm the only public release that uses the "loader". But I haven't been able to duplicate the claimed DNS connection. Maybe you ( @Dixel ) could be of better assistance and see if you see this claimed DNS connection also? I am not seeing this in yours, mine, or Humming Owl's when I use the "loader" with all three of them. I disable Window's built-in DNS Client service, not sure if other services should also be disabled. I have not been able to duplicate the claimed DNS connection. Been trying to for about two hours now.

Running CrowdInspect right now. Cool program! Thanks. Only have it showing UDP and had it and 360Chrome v12 r 8 ungoogled running for roughly 15 minutes or so. Browsed to several sites while watching traffic, not seeing any UDP traffic, none, naughta, zilch. Maybe this is an ungoogled versus regular version difference? I personally only use the ungoogled version. I do have a "lsass.exe" showing two instances of listening on UDP on port 4500 and port 500 for All IPv4 but these are being shown without 360Chrome even open. "lsass.exe" also shows a listening on TCP on port 1025 for All IPv4 but again even with 360Chrome closed. A quick Google shows these as normal but I didn't spend a lot of time researching it as I was looking for 360Chrome connections, not OS connections.

Agreed. From clean cache, Page 1 took 9.08 seconds to load and only 2.5 MB transferred via 106 requests. Reloaded Page 1 without clearing the cache and it took 10.59 seconds to load, still showed same 2.5 MB transferred but now with 81 requests. Mypal 27.9.4 loaded it in 3.87 seconds and only 36 requests and 1.8 MB transferred.

Same here, all portable. What is your full list of startup flags? I have no inbound here. Can you post a screencap? Can it be isolated to any background tab that is opened? I do have these added to my HOSTS file, maybe this is why I don't get any of these inbound (generally speaking, I didn't think an inbound was possible until AFTER you sent something outbound, I could be mistaken) -- # 360Chrome 0.0.0.0 browser.360.cn 0.0.0.0 cloud.browser.360.cn 0.0.0.0 dd.browser.360.cn 0.0.0.0 qurl.f.360.cn 0.0.0.0 chrome.360.cn 0.0.0.0 ext.chrome.360.cn 0.0.0.0 u.qurl.f.360.cn 0.0.0.0 puv.tt.browser.360.cn 0.0.0.0 p.ssl.qhimg.com 0.0.0.0 p0.ssl.qhimg.com 0.0.0.0 p1.ssl.qhimg.com 0.0.0.0 p2.ssl.qhimg.com 0.0.0.0 p3.ssl.qhimg.com 0.0.0.0 p4.ssl.qhimg.com 0.0.0.0 p5.ssl.qhimg.com 0.0.0.0 p.ssl.qhmsg.com 0.0.0.0 p0.ssl.qhmsg.com 0.0.0.0 p1.ssl.qhmsg.com 0.0.0.0 p2.ssl.qhmsg.com 0.0.0.0 p3.ssl.qhmsg.com 0.0.0.0 p4.ssl.qhmsg.com 0.0.0.0 p5.ssl.qhmsg.com

Be cautious. Most other Chrome-based browsers add to your firewall rules for you. This one doesn't do that because we don't use any "installer". I do think what you guys are seeing is present in several other web browsers. I love the vigilance!

Yeah, this test tends to fluctuate a point or two if you rerun it a few times.

You should be seeing this "behavior" in Chrome, in Firefox, and in Edge. Safari is the only browser that disables it by default. I think what you guys are seeing is QUIC - https://en.wikipedia.org/wiki/QUIC

All Chrome-based browsers do that, not sure since when, part of "Chromecast". All Firefox-based browsers do that since v36 but I think this is disabled via browser.casting.enabled=false, unsure.

Not sweeping under the rug. I believe I requested the file in question to be scanned by TWENTY anti-virus programs and that if all TWENTY flagged it, then we have a problem. But only one and my sky isn't falling. I used to use a "portable wrapper" called JauntePE, unsure if MSFN folks are familiar with it, almost everything flagged it as a "suspicious" because it "hooks" onto .exe files. Same goes for several systray utilities I've used over the years to minimize programs to the systray instead of to the task bar.

I get 369/15 in 12 M. But my 12 r 8 tops it for me ==

We really don't need the anti-Russian rhetoric, folks. This is an international community. Yes, Russia is in the "Top 10" of hackers around the globe - so is China, so is the USA, so is Turkey, so is Poland, so is Brazil, so is India, so is Germany, blah blah blah...

Page 1? Or Page 55? Both load equally fast for me in 360Chrome v12 (NoScript 11.2.3 enabled) and in Mypal 27.9.4 (NoScript 5.1.9 disabled, render-lag if enabled). If you are using NoScript then that can cause some very serious render-lags in FF-based browsers here at MSFN et alia. But I seem to recall that "newer" NoScript extensions will cause the same render-lag in Chrome-based browsers here at MSFN et alia.