VistaLover

NM27 (Tycho ~ Mozilla 38 platform) and NM28 (UXP ~ Mozilla ESR 52 platform) profiles are, in essence, non-interchangeable; I had always preached in the past in these forums that the only safe/sane way to upgrade to NM28 (from NM27) is to create a fresh pristine NM28 profile and then selectively transfer items from the NM27 one... If you won't adhere to that advice, then be aware that the profile-upgrade-process works only one-way (27->28); once a NM27 profile has been touched by NM28, it is rendered in many aspects corrupted for NM27 use... As others have said, the workaround is to launch via command-line arguments: NM27: "path-to-palemoon.exe[27]" -no-remote -profile "path-to-NM27-profile" NM28: "path-to-palemoon.exe[28]" -no-remote -profile "path-to-NM28-profile" Paths to profiles can be absolute or relative to the respective .EXEs; just to be on the safe side, I'd use absolute paths... If you don't include the -no-remote switches, then you won't be able to launch both; but I strongly discourage simultaneous running of both versions - and accidents do happen, so back-up profiles regularly... ... But you are forgetting that they are different applications, more specifically St52 uses Australis while NM28 doesn't (and this is app-specific code you're requesting to change...). To elaborate some more, the infinitely wise Mozilla devs () first crippled the browser.allTabs.previews Firefox feature, see https://bugzilla.mozilla.org/show_bug.cgi?id=844952 and its many duplicates, and then, in a fashion we've been very accustomed to during the massacre that led to Quantum, they were unable to fix back, so they axed the pref altogether, along with supporting code: https://bugzilla.mozilla.org/show_bug.cgi?id=670684 While this isn't exactly what you asked for, in Serpent 52 you can enable the pref browser.ctrlTab.previews (default is false) and by clicking CTRL+TAB you get a graphical preview of 6 of your (many) opened tabs: ... but when you select "Show all XX tabs" (29 in my screenshot), this will only trigger the "List All Tabs" drop-down menu (which, incidentally, doesn't include pinned tabs ) ...

@Dixel : Having been from the very start a Mozilla Firefox person, I only recently (last 2-3 years) had to turn to Chromium-based browsers still supporting Vista (Maxthon, UCBrowser, Slimjet, YandexBrowser, 360EE), after Mozilla EOL'ed Firefox in Vista SP2 and there were Chromium-only sites not properly rendered in the UXP forks (which is, sadly, a very frequent occurrence lately) ... As such, I'm not ashamed to admit I still have serious knowledge gaps where it comes to manipulating/custom-configuring Chromium browsers... In my Firefox-trained mind, I equated about:config to chrome://flags/, thinking that every possible "flag" is to be found inside that pre-defined list... And because every "flag" there is translated at runtime into a command-line switch (as can be seen in 360EE's chrome://version/ internal page), I mistakenly thought that for setting "--process-per-site" "flag", I had to search for a similar entry (e.g. containing the process | site strings) within chrome://flags/, thus I ended up enabling the devilishly similar "#enable-site-per-process" => "--site-per-process" one... Many thanks for putting me back in order... FWIW, "#enable-site-per-process" is only available in the Chromium 69 based 360EEv11, not available in 360EEv12/13... So, your suggested "flag" is in fact a commandline switch, as explained more verbosely (for Chromium ignorants like myself) in: https://www.ghacks.net/2015/02/08/save-memory-in-chrome-by-using-one-process-per-site/ Because I'm using a "portabilised" edition of 360EE, I added the switch inside the portable launcher's .ini config file, in the Parameters section: Parameters=--user-data-dir="%Profile%" --disable-logging --no-default-browser-check --disable-component-update --disable-background-networking --allow-outdated-plugins --ssl-version-min=tls1.2 --process-per-site and after relaunching I verified that all tabs loading URIs from the same domain share a single process ; however, overall browser RAM consumption was not reduced to an impressive extent, perhaps that's because I tend not to use more than 15-20 tabs in a session (TBH, I've never been a tab hoarder, in any browser, I prefer to use Bookmarks to store URLs, not tab-sessions - but to each his own...). I'll keep that switch enabled, despite, thanks again for suggesting it... Best wishes

Well, I surely do know that Russia expands to vast territories , but perhaps @Vadim could enlighten us more as to which version of Chinese Flash v34 he's been using (and, to a second degree, his actual whereabouts ) ... @ED_Sln , have you only tried the "official" stub (on-line) Chinese installers? Perhaps related, but today I finished my Chinese Flash tests and upon more thorough inspection of the re-packaged setups, I discovered that the DLLs have been patched, because their SHA-2 digital file signatures have been invalidated: So, it is my educated guess, the Chinese repackers may have lifted the officially imposed geo-restrictions...

This is specific to Mozilla-type browsers, and what it does is disable ALL NPAPI plugin (includes, among others, Java JRE) scanning: http://kb.mozillazine.org/Plugin_scanning and http://kb.mozillazine.org/Flash However, that particular pref has no effect on Flash installed in a "portable" fashion (i.e. no Flash references in the Windows registry...) Thanks , but the Browserleaks tests I uploaded were performed in 360EEv12, a Chromium 78 based fork; do you happen to be aware of an equivalent "flag"/commandline switch there?

Yes, I'm merely testing it for now, not planning on adopting it in the long run... BTW, besides https://get.adobe.com/flashplayer/about/ I only tested it on http://chat.kongregate.com/gamez/0009/4075/live/myth_rider_cs3.swf which also loads fine: Further cautious examination of the downloaded standalone setups (.exe) revealed they are indeed Chinese Repacks in the InnoSetup format, comprising payloads for both x86 & x64 OSes, with, what appears to be, the official FlashHelperService excised... The executables were never properly run, but extracted with UniExtract, then main DLLs simply harvested and tested in portable mode ... I have no doubt they probably do connect to one or more Chinese IPs, being Chinese "products" and such, let alone when I tested it inside a Chinese-made browser, 360EEv11 (and 12), but who's to say which one of them is dodgy or not (probably many members here are of the conviction that every Russian and/or Chinese IP is "dodgy") ? ; however, I'm not well versed in conducting the kind of tests you demand, so leaving that to others am afraid...

Test for PPAPI: Test for NPAPI:

Various non-official Chinese sites are already redistributing (modified?) standalone installers and re-packaged versions of Chinese Adobe Flash Player v34.0.0.92 (official site https://www.flash.cn/english only offers stub installers ) ... I won't post any links here, of course , but - depending on your searching skills - you might be able to stumble upon them ... Getting to actually download these off-line installers from the various Chinese hosting services is an exercise on its own, though... Anyhow, I successfully fetched (and malware-scanned): The .7z archive contains only the extracted PPAPI 32-bit DLL (+ needed manifest.json file) and when I load this in "portable mode" in 360EEv11, it works out-of-the-box in my location, too : Some important announcements from the Chinese Flash distributor: https://www.flash.cn/notice/notice?id=153 https://www.flash.cn/notice/notice?id=144 So it appears (if my translator is correct ) that Windows XP and Vista will only be partially supported by Flash >=34 ...

360EEv11 (EOL build 2251) has the following flag: The default setting is "Disabled", but, per your suggestion, have flipped it to "Enabled" (and restarted, ofc ), which is the state depicted in the screenshot... I have been running the browser like that for more than 12hr and I have to say I haven't witnessed, sadly, any noticeable decrease in RAM consumption... My session now comprises 17 pinned tabs, of which 13 are internal "chrome://*" URLs; I have 2 additional normal web tabs, a total of 19 tabs open; with #enable-site-per-process in its default disabled stage, I can count 24 individual 360chrome.exe processes in Windows Task Manager (=number of tabs + 5); when the setting is enabled and the very same session of 19 tabs is reloaded, the number of 360chrome.exe processes in TM increases to 26 (=number of tabs + 7) and no appreciable RAM decrease is observed... Opening 360EE's Task Manager reveals that the additional 360chrome.exe processes are due to iframes/subframes, which is consistent with the flag's description in the pic... So, using the suggested flag ends up generating more browser processes, thus I fail to see (and verify, at least in my setup) how that would, in turn, result in a drop in used RAM ... From just reading the flag's description, this is more of a "security/privacy" related flag, than a RAM reducing one...

Yes, from experience, version X of the uninstaller will uninstall ALL (NPAPI, PPAPI, AX) Flash versions <=X This one has a digital signature (SHA-2 only) of Dec 22nd 2020 ; to be honest, I'm quite reluctant to try it out; Adobe are known to be very insidious , so I fear they may have artificially blocked any Flash version from being installed after this tool has been run... But I'm just being paranoid, I suppose... As for version 34, I think in China (and probably in Enterprise distributions) Flash hasn't died with version 32.0.0.465...

For me, this has been rectified as of Jan 12th 2021, ca. 15:00 GMT Thanks to those involved ...

While chrome://net-export/ is indeed a feature of Chromium 69 on which 360EEv11 builds, the Chinese makers of it have not unlocked it in their v11 fork However, that Chromium flag is available in 360EEv12 (Chromium 78 fork) and 360EEv13 (Chromium 86 fork) The bulk of the Chinese telemetry is being removed when the official chrome.dll file is treated with what is known as Patch_by_El_Sanchez, and this process is being done by the Russian RePackers prior to releasing their modified versions of 360EE... From what you have reported in your previous messages, you had what appears to be a major profile (User Data) corruption, so the browser had to revert to a new fresh state... My educated quess is that this process doesn't involve core browser binaries, just profile data... Just some friendly advices: Chromium-type browsers are notorius for being RAM-gobblers, what with having each tab in a separate process... Since you appear to be running 360EEv11 in a low-resourced hardware, with limited RAM/CPU, you'd better avoid opening concurrently a great number of tabs... In chrome://settings/browser make sure you select "Continue where I left off" to have your session remembered when you relaunch; don't install a big number of extensions, as these also consume additional RAM... Go to chrome://flags/#enable-javascript-harmony and set ENABLED, then restart browser; your v11 will then be able to handle more adequately recent webpages... The last version of uBlock Origin that is fully compatible with 360EEv11 is 1.26.2; later ones have serious GUI issues... Take frequent back-ups of your profile (User Data directory); important files there are: Bookmarks Cookies Current Session Current Tabs Last Tabs History Login Data Preferences Secure Preferences Top Sites Web Data (= search engines) For the record, I'm using a 2008 era Vista SP2 32-bit laptop with 3GB of RAM and have never suffered the kind of browser crash you described; with no more than 6 (session) tabs, it takes less than a minute for a "cold" browser start - not using any kind of session manager either, just the built-in one... Using a slightly customised portable repack... Kind regards

... Whatever I posted located inside %windir%\system32\macromed\Flash was from a fresh NPAPI install here, minus the FlashPlayerTrust dir, which was inherited from years of Flash usage... Update on my issues... I had to use the latest Flash Uninstaller (v32.0.0.468) as admin, followed by a system restart to have a clean slate wrt Flash... After system booted, I installed anew latest (v32.0.0.465) Flash NPAPI, and modified the newly created mms.cfg file, as per your instructions: SilentAutoUpdateEnable=0 AutoUpdateDisable=1 DisableAnalytics=1 EOLUninstallDisable=1 EnableAllowList=0 AllowListUrlPattern=file:* AllowListUrlPattern=https://wwwimages.adobe.com/ AllowListUrlPattern=*://chat.kongregate.com/ Then, at long last, my "portable" Serpent 52 was able to load http://chat.kongregate.com/gamez/0009/4075/live/myth_rider_cs3.swf That test was performed without "portable" Flash DLLs in Serpent! However, as I've written already, I prefer to have portable Flash installations, NOT system-wide ones, and, sadly, my testing today proved that the mms.cfg file is only being read/honoured by a Flash DLL/OCX when placed (the mms.cfg file) in its (proper) location of "%windir%\system32\macromed\Flash\" In my own setup, Serpent 52 portable loads the Flash DLL from G:\PortableApps\Basilisk52Portable\Data\plugins\NPSWF32_32_0_0_465.dll ... but for the @Ben Markson method to work in my case, I still have to place modified file mms.cfg inside "C:\Windows\system32\macromed\Flash\" I can live with that as long as the portable browser installation(s) stays in the same machine, but Flash "portability" will be broken when I load my portable Serpent installation on another host... So, for truly portable and working Flash 32.0.0.465, I have to resort to using the patched (@UCyborg method) Flash DLLs ... @Ben Markson , your dedication and assistance on getting this troubleshot here has been loudly applauded ; many thanks indeed

Well, and this is indeed a surprise to me , the redirection I posted about no longer takes place now, the Flash "version check" webpage loads normally: https://get.adobe.com/flashplayer/about/ Thank you @Ben Markson for your kind assistance , but tried as I might I couldn't get your method to work in my Vista SP2 32-bit laptop, neither for "portable" Flash DLLs nor properly installed ones in "%windir%\system32\macromed\flash" This is how above directory looks like after installing latest Flash NPAPI: File mms.cfg reads: SilentAutoUpdateEnable=0 AutoUpdateDisable=0 EOLUninstallDisable=1 EnableAllowList=1 AllowListUrlPattern=file:* AllowListUrlPattern=https://get.adobe.com/* about:plugins in latest Serpent v52.9.0 (2021-01-08) (32-bit) shows: ... but when I visit https://get.adobe.com/flashplayer/about/ I get: I'm out of things to try, since you specifically said: (and the kongregate test flash game doesn't work either, after adding AllowListUrlPattern=https://chat.kongregate.com/ inside mms.cfg ) Any additional insight on this, from anyone, would be welcome... The active_x version for Vista's IE9 proved a bit more tricky... The file to patch is Flash32_32_0_0_465.ocx ; but Adobe's installer has set that file to be READ only, so I wasn't able to patch it in situ (and any of my attempts to remove the READ-only attribute were met with failure, despite me being an admin...) There probably exist more elegant ways to tackle this, but I 1. Copied the file elsewhere, where I had FULL modify permissions. 2. After removing the READ-only attribute, I successfully hex-patched the file. 3. The original .ocx file was renamed with the aid of Unlocker (). 4. A copy of the patched file was put in its place. Result: However, I have 0 intention of using IE9 for Flash content, the experiment was performed simply as a proof of concept... Flash_AX has been now fully removed from the system...

Oops ; ... I had only focused on the 2040 number (and assumed to mean the start of the year), while I did not consider the "just" adverb in your quote, which - now is clear to me that - it meant Enforced EOL date: 2021-01-12 => Patched EOL date: 2040-01-12 Second oops Accounting for local timezone differences, I can now compute that Thu Jan 12 2040 00:00:00 UTC = 2209939200000 ms since epoch ! Thanks again, best regards

Apologies for being thick , but I visited https://currentmillis.com/ and on the right sidebar converter I input 2040 01 01 00 00 00 and that date is calculated to correspond to 2208981600000 (ms since epoch) If I input that figure in https://www.exploringbinary.com/floating-point-converter/ with only Raw Hexadecimal checked in output formats, it produces: 4280128c82380000 which would equate to 000038828C28128042 != 0000C02055148042 Where did I fail?

@Ben Markson I tried to implement "your" method on portable Flash installations, like the one in 360EEv12; adjacent to original file pepflashplayer32_32_0_0_465.dll I manually created file mms.cfg with contents as below: EOLUninstallDisable=1 EnableAllowList=1 AllowListUrlPattern=file:* AllowListUrlPattern=https://www.kongregate.com/games/* restarted the browser and upon visiting the test URL: https://www.kongregate.com/games/fairypoet/wings-of-genesis Adobe Flash wasn't working Am I missing something? Can you advise further? Only ActiveX is installed system-wide, the rest of my browsers are all portable installations, with "portable" Flash DLLs (be it NPAPI/PPAPI)...

https://www.kongregate.com/games/fairypoet/wings-of-genesis ... on the same 360EEv12 version, with PPAPI flash file pepflashplayer32_32_0_0_465.dll hex-patched according to instructions posted previously by @UCyborg :

Unsurprisingly, today (2021/01/12): This is on 360EEv12 (build 1592) and latest PPAPI (32.0.0.465):

16:20 GMT: And gone are the flags, again... And so is the "Country" account settings section:

I can only hypothesize, but there is a special account setting for that: <OT> Are you using some custom dark theme for MSFN? Or is it some extension? <OT/>

... Me too No need to, as you can achieve the same via account settings: BTW, do the IPS people not know how to spell English correctly? "wantt" ???

The "status quo ante" was to always display the designated flag under a member's avatar; as you say, not all members are being totally honest about their actual location (but admins can surely check members' IPs to verify a flag's validity), so my mention of "privacy concerns" was within the context of me trying to figure out a reasoning behind the new configuration of displaying flags only when signed in...

Is this "new" flags configuration due to privacy concerns?

As I have very recently re-posted, Be that as it may, for probably the last time: 1. Latest version of Mypal is 28.17.0 2. There have been no locale string changes since much previous version 28.13.0, so LP for that older version should be compatible with the latest version of Mypal. 3. This is general advice and I lost count of how many times I've posted about it, but in Mozilla-type browsers, for the language pack to take effect, you have to a) visit about:config and search for pref general.useragent.locale The default value would normally be en-US b) change the value to the one corresponding to your locale en-US => it c) restart browser Tada!

The latest release of @roytam1 's fork of FxESR 45 has been the one from last November: http://rtfreesoft.blogspot.com/2020/11/weekly-browser-binaries-20201128.html ... so you can at least update your one-year-old installation to the latest one... BUT (sadly, there always seems to be a "but" lately ), if you, like me, prefer your browser to be localised, then v45.9.29 (buildID=20201008212525), package file name: firefox-45.9.29-20201010-7391af2bb-win32-sse.7z is the last one that supports the original FxESR 45.9.0 language packs: https://ftp.mozilla.org/pub/firefox/releases/45.9.0esr/win32/xpi/