VistaLover

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/

<semi-OT> Another IPS board I occasionally browse (but don't belong to as a registered member) is nsane.forums . That one has also undergone the forum software overhaul last autumn, but the IPS default theme has been kept as a custom choice; do note that what's currently available is an updated iteration of past IPS default, but if one enables the new version now, one can get a good glimpse of what the pre-update version looked like... @asdf2345 : Scroll down to the bottom banner, then choose via "Theme": @siria : I combined your "fixes" into the following Stylem userstyle: @-moz-document domain("msfn.org") { html body.ipsApp li#cUserLink:hover ul#elUserLink_menu { display: inline-block !important; } html body.ipsApp ul#elUserLink_menu { background-color: yellowgreen !important; } html body.ipsApp ul#elUserLink_menu li { line-height: 1 !important; } ul.ipsComment_tools ul.ipsHide:hover, a.ipsComment_ellipsis:hover + ul.ipsHide { display: inline-block !important; position: static !important; } } to be used in Tycho based browsers (NM27, Arctic Fox) ; still, the overall MSFN experience in these browsers is highly problematic ... (I don't mean to be disrespectful , but the site owner tested the new layout only in Google Chrome 87/Win10 and, of course, all things work there as "expected"; so, no sympathy is expected/felt for (us here) users of older browsers on older OSes, which, I believe, is a unique trait of MSFN itself as a broader community, i.e. not to look down on users because of their Windows OS/hardware choices... Anyhow, the dice is cast and Rubicon crossed... ) <semi-OT/>

Update on this: Colour Picker custom selections are now stored in HTML5 cookies: The extension used is CookieKeeper 1.9.3.1

<semiOT> The new forum layout caused real havoc to me... 1. The "primary" and "secondary" colour settings (in "Colour Picker") are no longer stored in cookies. My personal preference was Marble (not the forum default) for both, and then I would protect these cookies with a specialised cookie extension, so that everytime I logged-in, those custom colour settings of mine would stick... 2. The newly instituted "sibebar" unnecessarily takes up horizontal screen space and the new "Customizer" wizard only allows for displaying it on the right (default) or left side of the page ... I ended up removing it altogether via uBlock Origin: msfn.org##.ipsLayout_sidebarright 3. We no longer have "Theme" choices, my preferred "IPS default" theme has vanished, while the only one available theme currently is a poor relative of the former default, "Swift"... 4. In Chromium based browsers, basically 360EE, the Dark Reader Chrome extension no longer yields the excellent dark result it used to with the previous MSFN Forum iteration... 5. The new layout is largely unusable in older browser engines, e.g., as posted already, in Tycho-based browsers like NM27 (Goanna 3 based KM should also be affected, can people check?) . Not only the "reaction" button is just a huge grey circle there: but now the Edit (post) button has been hidden inside a post header ellipsis (...) button, that doesn't work at all in Tycho ! To add insult to injury, to sign-out in NM27 I have to delete MSFN cookies, because the <myusername> button does not respond to clicks! If it was up to me, I would revert the layout changes without second thoughts... But perhaps it's just my middle age revolting against any type of change... If I had to guess, the new IPS forum software is specifically "improved" for the teen-aged users on the latest model of their hyped, touch-screen, mobile device, whereas on desktop devices, basic compatibilty with recent Chromium is all the IPS devs cared for... EDIT: And I just freakin' hate the fact that e-mail notifications now only display a truncated version of the post they refer to, whereas in the previous forum software ALL the relevant post was included in the body of the e-mail; VERY convenient for when the forums go off-line for days (has happened in the past) or for archiving/recovering content when, God forbid, the forum's huge database gets corrupted and months' worth of users' posted content gets forever lost (has already happened once during the time I'm a member here... ) <semiOT/>

In latest 360EEv12 (12.0.1592.0), when one opts to hide the extension's toolbar button, e.g. to unhide it afterwards one has to load either chrome://extensions/ or chrome://myextensions/ and then locate said extension, where a "Show button" button () should be present: Isn't this the case with 360EEv13 ? If not, then I guess this is a regression/bug of v13, which is still in a BETA testing phase... I have NEVER used the official Chinese installer on any version of 360EE, only the portable repacks... I think the redistribution from lrepacks does offer the option to do a "proper" installation, but I've never attempted that... To be honest, it's not quite clear to me what you wish to achieve, but you can specify a path to a custom 360EE (user) "profile" via the option --user-data-dir= and set as value the custom path to a directory used as the profile (provided, of course, you have write permissions there...); you can then launch the browser via an accordingly modified shortcut... I don't have Windows XP to answer your query, but under this old (2008) Vista SP2 laptop, the blacklisted GPU can be force-enabled by the #ignore-gpu-blacklist flag (like you wrote): chrome://flash/ informs me that: GL_RENDERER: ANGLE (Mobile Intel(R) 965 Express Chipset Family Direct3D9Ex vs_3_0 ps_3_0) By default (with software rendering), this is how things look:

As my dear Italian friend mentioned, only the ActiveX version of Flash (e.g. for IE) will be removed via Windows Update in Win > 7; Microsoft Edge (Chromium based) will, no doubt, be updated to a Flash-free version at that same time... NPAPI and PPAPI Flash versions manually installed by the user will have to be also uninstalled manually, but, if your OS is compatible, future browser updates (Mozilla Firefox and the numerous Chromium variants) will come with Flash supporting code completely removed... Of note is the fact that MCP browsers (Pale Moon, Basilisk) and forks will not drop support, but this fact will become a moot point after Jan 12th (unless user downgrades to NPAPI Flash <=32.0.0.71, to satisfy whatever niche needs...).

Today, the official Adobe Flash Player "version check" page no longer shows up; it was still working yesterday, Jan 1st, 2021, successfully detecting the last release, v32.0.0.465 ... https://get.adobe.com/flashplayer/about/ => https://www.adobe.com/products/flashplayer/end-of-life.html ... And it's the very first time they're revealing details about the time-bomb (included in versions > 32.0.0.371) set to go off on 12/01/2021

The first "problem" and the one that needs to be addressed by UXP issue #1675 is the embedded web player on rutube.ru not loading/displaying in UXP browsers (New Moon 28, Serpent 52, IceApe-uxp, BNavigator, etc.), whereas the rest of the rutube.ru site is being loaded/displayed correctly. The second problem (probably unrelated to the first one) with the rutube.ru site is that in NM27 it appears to load at first, but then it vanishes into thin air, leaving an empty tab; in deprecated Mypal 27.9.4 and in Arctic Fox 27.11 (both Tycho forks, much like NM27), the site in question does load (no "second" problem present), but, of course, minus the embedded web player ("first" problem still present...). One begs the question what good it might be having a video portal working in a browser minus the ability to watch videos there (...), but to each their own...

... Thanks ; I arrived there independently myself, as posted here: Have a Happy New Year, I hope you weren't affected by that recent, strong, earthquake in your region...

As reported already by others, NM27 27.9.7 (32-bit) (2020-12-25) effectively kills several of previously installed extensions, below follow the status/addon bar of the same dirty profile first loaded in 27.9.7 (32-bit) (2020-12-11): and then loaded in latest 27.9.7 (32-bit) (2020-12-25): Missing icons, from L->R, are for: Dismiss The Overlay 1.0.3 Age Unlimiter for YouTube 1.0.2 (currently broken...) [TEST] Reload PAC button 0.1.2.1 [TEST] HLS Stream Detector 0.4.3 [TEST] HDS Link Detector 0.7.2 [TEST] My IP Now 1.2.0 [TEST] = Jetpack extension, force-installed via MTT EDIT: Additional extensions which are killed, but their icons were placed in the address bar (thus not shown in the attachments), are: CookieKeeper 1.9.3.1 ImTranslator 10.52 I keep that NM27 portable installation for legacy/testing purposes though, my daily drivers are either NM28 or St52...

I can get parts of the site to display and stay on screen: when I have uBlock Origin (v1.16.4.22b1) enabled: Some script of theirs is blocked so that the site's vanishing act is thwarted...

Mypal and Centaury related queries should be best directed at: https://github.com/Feodor2/Mypal/issues https://github.com/Feodor2/Centaury/issues (you need a GitHub free account... )

Extremely thankful for this one (I was the person to request it!) ; now, gladly, latest Serpent 52 does honour my customised OS settings for date/time: Best wishes

Latest versions of UXP browsers should have this issue fixed, e.g. latest Serpent 52:

Hi ; I tested this on latest Serpent v52.9.0 (2020-12-25) (32-bit), which belongs in the family of UXP (platform) browsers (like NM28 & Iceape-uxp); the error in the web console is: SyntaxError: invalid regexp group The error is generated on the bulky javascript blob they're sending to initialise their embedded web player: https://rutube.ru/player/player.js Searching for more details wrt said error, one finds it's related to the "lookbehind regexp" feature; in Mozilla type browsers, this was first tracked in Bugzilla #1225665 5 years ago... That issue stagnated for long and was only "fixed" last May, when Bugzilla #1634135 landed in Firefox 78 (release & ESR branches), in essence when a fully re-authored regexp engine was merged-in... Indeed, when I tried your test page in FxESR 68.12.0 (on Win7 SP1) it failed, but latest Firefox 84.0.1 was able to load the rutube.ru player... As for the UXP platform, implementation of regexp lookbehind is still very ... behind (pun intended): https://repo.palemoon.org/MoonchildProductions/UXP/issues?type=all&state=open&labels=&milestone=0&assignee=0&q=lookbehind Latest of the three, UXP issue #1675, is, in fact, bounty material... In Chromium land, the feature was first implemented in Chrome 62 (FTR, Chrome 49 ends up displaying an empty grey page) ... TL;DR : Under Windows XP, viable option to use rutube.ru in a browser is to use a flavour of the Chinese-made 360 Extreme Explorer, v11 -> Chromium 69 based (seen below): v12 -> Chromium 78 based (as posted by @we3fan ) v13 -> Chromium 86 based... I don't know whether this is actually considered as a solution by you, under XP, but latest youtube-dl does support rutube.ru: youtube-dl -F "https://rutube.ru/video/102923ff44b823058b195734393ab6e4/" => [rutube] 102923ff44b823058b195734393ab6e4: Downloading video JSON [rutube] 102923ff44b823058b195734393ab6e4: Downloading options JSON [rutube] 102923ff44b823058b195734393ab6e4: Downloading f4m manifest [rutube] 102923ff44b823058b195734393ab6e4: Downloading f4m manifest [rutube] 102923ff44b823058b195734393ab6e4: Downloading f4m manifest [rutube] 102923ff44b823058b195734393ab6e4: Downloading m3u8 information [info] Available formats for 102923ff44b823058b195734393ab6e4: format code extension resolution note default-765 flv 768x432 765k m3u8-765 mp4 768x432 765k , avc1.42c01e, mp4a.40.2 default-1364 flv 1024x576 1364k m3u8-1364 mp4 1024x576 1364k , avc1.4d401f, mp4a.40.2 (best) That way, you can pipe the stream (or download it first) to a WinXP compatible media player ... Best regards, festive wishes