VistaLover

Latest UXP forks by @roytam1 are already being built (as has ALWAYS been the case) on code cherry-picked from the master branch of the official UXP repo, as well as the master branches of official Pale Moon (for NM28) and Basilisk (for St52), so 98% of latest PM 29.0.1/29.1.0a1 and Basilisk 52.9.2021.02.06 is ALREADY there in latest NM28+St52! @Jody Thornton , with respect , you're just being superficial and looking only at version numbers, not actual source code; so get yourself informed (and refrain from possibly spreading misinformation...) . ... And it has been explained numerous times here that @feodor2 's project (Mypal) forks/follows more closely the RELEASE branch of official PM, so nothing new/surprising there...

These prefs are NOT to be found in latest Serpent 52.9.0 BTW...

FYI: js: disable Reflect.construct for now to unbreak websites

Is "upstream" supposed to be https://github.com/rmottola/Arctic-Fox ? I briefly browsed their issue tracker, https://github.com/rmottola/Arctic-Fox/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc but no sign of a mediathekviewweb.de related open issue... Just to be clear, I'm not doubting you in the slightest, I was simply curious to read what they had to say on this... The site itself complains about an "unsupported browser or disabled Javascript", and the Web Console reports "TypeError: n.reconnection is not a function" in https://mediathekviewweb.de/static/socket.io.min.js Incidentally, package palemoon-27.9.7.win32-git-20201121-fa350a3b2-xpmod.7z (buildID=20201120050330) is the last one on which a very useful/favourite GreaseMonkey script works, on later NM27 versions it simply refuses to work at all... The userscript is SaveFromNet: https://en.savefrom.net/user.php?helper=userjs Direct link: https://download.sf-helper.com/chrome/helper.user.js Last good NM27: First bad: Browser Console error on the latter: Regression window: https://github.com/roytam1/palemoon27/compare/fa350a3...b383d6b [Showing 373 changed files with 11,858 additions and 5,748 deletions.] It's hard to pinpoint the culprit commit no doubt, but I and @bernd have great faith in you... FWIW, the same userscript works fine in UXP forks and Vista-usable Chromium forks!

Bravery found, suggested experiment attempted (with trepidation!), end result is successful I've successfully edited my post: https://msfn.org/board/topic/182381-long-posts-truncated-new-annoying-bug/?do=findComment&comment=1195309 (9th in this thread, currently), but not back to its original length... Additionally, 1st post in this thread is still editable, but up to a certain length (roughly the one displayed now), any of my edit attempts to add slightly more results in truncation, with loss of pre-existing content even... Still, my post here: https://msfn.org/board/topic/180462-my-browser-builds-part-2/?do=findComment&comment=1195308 remains, to this point, non-editable, and nothing stands out as a possible culprit... If something's wrong with my current IP, why am I allowed to edit some posts but not others?

Fortunately, imgur still works, so here you go: <OT> From my Vista weather gadget: <OT/>

Post truncation bug just occurred again in my previous post in this thread; when I try to edit, the editor shows no content to be edited... (Now posting again what was meant to be in previous post:) Hi to you @Dave-H ; snow in central London today? I got hit again mere minutes ago, by not being able to edit: https://msfn.org/board/topic/180462-my-browser-builds-part-2/?do=findComment&comment=1195308 It's a fresh post I created 5min ago ; I went back to put in a missing closing bracket, but ... Perhaps it's got something to do with code blocks being present in the post body (pulling what's left of my hair here...) ? I hope these bugs are identified and exterminated, they are a cause for sorrow here... Best greetings to the team!

Hi @dencorso, I do hope you're fine under these perilous times... Many thanks for your moderation, but... The first post in this newly created thread was supposed to be an immediate answer to a comment by @siria in that other "ginormous" thread; the logical place for it to exist is there (right after linked comment), it is out of context here... It was upon submission of my comment (currently first in this thread) that I was bitten by the post truncation bug, which I believe is the same bug reported already by @roytam1 here ... I managed to edit back my truncated post, but ONLY ONCE ; the forum software now does not allow me any additional edits... ; to be honest, I can't ascertain whether this is a different manifestation of the first bug (post truncation) or a different, second bug (inability to further edit own posts...) At the time, it started as an exchange of thoughts between me and @roytam1 in his "big" thread, I wasn't yet sure what was going on (I thought something's gone awry at my end?) ; it was when I discovered I could no longer edit my own recent post that I, out of pure frustration, summoned an admin for further insight...

Have you verified in https://msfn.org/board/attachments/ that you still have eligible attachments space? The cumulative size of your MSFN file attachments must not exceed 1.95MB... I use imgur myself: https://imgur.com/upload NB: if you prefer the older GUI, much lenient on older hardware, create the following two cookie files { "domain": ".imgur.com", "expirationDate": 3808238400.6028, "hostOnly": false, "httpOnly": false, "name": "frontpagebetav2", "path": "/", "sameSite": "unspecified", "secure": false, "session": false, "storeId": "0", "value": "0" } { "domain": ".imgur.com", "expirationDate": 3808238400.6028, "hostOnly": false, "httpOnly": false, "name": "postpagebeta", "path": "/", "sameSite": "unspecified", "secure": false, "session": false, "storeId": "0", "value": "0" } then import and protect them via a cookie extension (several exist); once the photo upload succeeds, from the opened page choose Copy -> Get Share links -> BBCode (Forums) -> Copy : [img=https://i.imgur.com/uosmAtz.jpg] However, I suspect many of your issues are caused by your use of NM27, which isn't fully compatible with MSFN 2021...

But now it gets even worse , as the forum software will no longer allow me to make any further edits to said post: @dencorso , @Dave-H are you aware of the forum misbehaving in this irritating fashion?

Apparently, yes... My comment towards @siria was submitted via 360EEv13, I was very miffed to discover, after submission, that half of it never made it... I have now re-edited original post (actually, re-written from memory the truncated second part..) in latest Serpent 52.9.0, and this time it seems it has gone through OK...

... Well, you're absolutely right , I myself have fallen prey of attachment disappearance in many old posts on several web forums (i.e. not just here in MSFN) and it's quite frustrating when your Search Engine unearths a post from, say, 2005, only to find, upon arrival there, that crucial info meant to be found in a forum attachment is AWAL... Most often, the image hoster itself has gone bust , others tend to auto-delete files with prolonged inactivity... Were it not for attachment size quota here in MSFN, I'd have stayed completely away from third party services, but, things being as they are, I see it as a necessary evil... Guilty as charged for some of my personal screengrabs, but in most of those cases I do have specific reasons I want ALL to be displayed/conveyed... Else, I do bother to crop and upload only relevant image parts - PNG format is very good for detail, but to save bandwidth I also like to upload as JPG... Well, we all know (and feel sympathetic towards you ) you're currently browsing MSFN with an antiquated browser engine, but, speaking personally, I do prefer those "Forum share" embedding links (offered by the hosters) to DIRECT image links; direct links to images have very short lifetimes, the hosters then re-direct you to full-blown webpages (not just the original image itself) laden usually with an exorbitant amount of ads/nuisances (even video), not all are intercepted by an adblocker... I'm sure your "old" browser would not even render any ads, but modern ones do... Furthermore, when I paste a direct image link inside MSFN's post editor (with a modern browser that is), it auto-converts it into an inline image; there's still an option to "display as link instead", but I'd have to remember to scroll down to post's end and select that option; I usually don't, sorry...

@ArcticFoxie , @we3fan Being signed-in, just load: https://msfn.org/board/attachments/ There you'll see that as a "free" MSFN member, you're only entitled to a maximum size of ca. 2MB of file attachments: I can't seem to be able to find the link now, but, AIUI, once you make significant donation(s) and/or become an MSFN sponsor, that attachment quota may be upped, but, as @UCyborg said, the best thing to do is use external image/media/text hosters and use here just the "Forum share" links...

Direct links from vendor: XP SP2 64-bit https://download.visualstudio.microsoft.com/download/pr/566435ac-4e1c-434b-b93f-aecc71e8cffc/B75590149FA14B37997C35724BC93776F67E08BFF9BD5A69FACBF41B3846D084/VC_redist.x64.exe XP SP3 32-bit https://download.visualstudio.microsoft.com/download/pr/566435ac-4e1c-434b-b93f-aecc71e8cffc/0D59EC7FDBF05DE813736BF875CEA5C894FFF4769F60E32E87BD48406BBF0A3A/VC_redist.x86.exe Credit goes to @abbodi1406 (from content originally posted on MDL) . These are the last VC_redist.x*.exe packages that have been DUAL-signed by M$ (SHA-1[XP/Vista readable] + SHA-2 file signatures of Aug 13th 2020); also, read: https://forums.mydigitallife.net/threads/repack-visual-c-redistributable-runtimes-2021-01-14.76588/page-27#post-1630817

The fork below, made by a compatriot of yours , is being still maintained, latest update was 4 days ago... https://addons.palemoon.org/addon/ematrix/

Kinda off-topic, yet it speaks volumes about "upstream"... Moonchild is now blocking in (official) Pale Moon (recently updated to v29.0.0) an extension made by his ousted ex-associate JustOff (former head of PM localisation team): https://github.com/JustOff/moon-tester-tool/releases resulted in: https://repo.palemoon.org/MoonchildProductions/Pale-Moon/commit/1c163a1 which, in turn, resulted in: https://github.com/JustOff/moon-tester-tool/issues/10 PS: The MTT extension allows PM users to prolong the functioning of (otherwise still compatible) "originally-made-for-Firefox-only" legacy extensions (as the ones inside CAA), that are currently being hard-blocked in the latest versions of PM... The logic behind them being blocked is that PM users should move away from unmaintained, old, Firefox-exclusive extensions to "equivalent", maintained, ones from inside APMO ; the block is also used as a means to coerce the community of PM users into forking those old extensions to new ones, targeting PM... But the harsh reality is often times quite different to the devs' dreams/expectations, MTT offers a backdoor that Moonchild (and, no doubt, M.A.T. ) wants permanently shut...

Thanks, once again, for your erudite guidance! After more searching done on my part, the culprit is indeed the Adobe DTM SatelliteLib script ; this is compatible with Chromium (of course...) but not compatible with previous Mozilla Firefox versions (like the one UXP is derived from...); so, technically, this issue is still a UXP bug... That script is just a commercial tracking script developed (and served) by Adobe, thus one would expect it to be blocked by default in a content blocker (); I'm not a fan of many layers of browser content protection, that make it more difficult to use and/or increase RAM consumption, my standard usage involves just uBO; but the default settings/filterlist subscriptions there don't intercept that script ; even more, EasyPrivacy list (a default one) specifically whitelists it on oracle.com: so it's no wonder why turning uBO ON/OFF makes no difference... In all honesty, I don't consider myself an authority on uBO, so "blocking JavaScript from adobedtm.com" initially left me pondering ... At first I thought I had to add no-scripting: adobedtm.com true inside My Rules tab of the dashboard, but that didn't work ( ; what does work is www.oracle.com assets.adobedtm.com * block (block it when served on www.oracle.com only), or * assets.adobedtm.com * block (block it globally in the browser - it's the thing to do, as the script is incompatible with St52); My Rules supersede Third Party Filters, so can be used despite EasyPrivacy's whitelisting... Another approach to the same issue is to add a custom filter inside the My Filters tab: ! Block globally AdobeDTM scripts ||adobedtm.com^$third-party,important Credits for that last one go to @coffebreak on the official Pale Moon forums ...

OS: Windows Vista SP2 32-bit Browser: Serpent v52.9.0 (2021-01-27) (32-bit) BuildID=20210127235057 UA: Mozilla/5.0 (Windows NT 6.0; rv:68.0) Gecko/20100101 Goanna/4.8 Firefox/68.0 Basilisk/52.9.0 https://www.oracle.com/index.html does NOT display in latest St52 (and I suspect the same happens with the rest of the UXP-based forks...); even when I fully disable uB0 (v1.16.4.28) and then concede to accepting cookies (in the pop-up window), the page apparently loads fully, but no content is being displayed (blank white tab) ... No warnings/errors are being generated in WebConsole, which makes troubleshooting a pain ... I know that the site did work in the not-so-distant past in UXP, because I used NM28 to register there an Oracle account (so I could download archived Java JRE versions), but apparently Oracle have moved to Chromium-only JS/CSS code , that isn't rendered anymore on latest UXP... A kind soul should definitely pass the info along to "upstream", so they are made aware and possibly offer a solution (?) - though, if it involves Web Components/Custom Elements/Shadow DOM etc, we know it'll be a no go ... For the time being, I'll have to resort to 360EE (which, sadly, is something I do more often recently) :

Please see previous post in this thread: The last version of Foxit Products that unofficially supports Vista SP2 was 9.6.0.25114, from July 2019; later versions demand Win7 SP1 as minimum ... Foxit "Products" include both PhantomPDF and Reader:

On the subject of cipher suites used by 360EE, v12 & v13 (but NOT v11) are built with support for the Chinese-exclusive cipher suite 0xe013; yes, the Chinese are developing independently their own cipher suites for use inside their own Cyberspace ( ) - the one sanctioned by the GFW, of course! These Chinese-only suites are not (yet?) endorsed by the rest of the world, IOW they are not properly indexed/standardised... Of the three testing sites I use, https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html never identifies 0xe013, but https://browserleaks.com/ssl and https://www.howsmyssl.com/a/check occasionally/randomly do: When that "unknown" suite is detected, then the client always gets a bad rating... I haven't found conclusive info on that Chinese cipher suite, mere mentions of it on GitHub: https://github.com/guanzhi/GmSSL/blob/master/ssl/t1_trce.c More about GmSSL and the GM/T standards can be found on: https://github.com/guanzhi/GmSSL#about-gmssl http://gmssl.org/english.html In any case, I've taken up the advice of @Sampei.Nihira and disabled it in my 12+13 versions, via: --cipher-suite-blacklist=0xe013 FTR, that suite was first introduced in 360EEv12 build 1150 (12.0.1150.0) ...

If one installs the ImTranslator Chrome extension: https://chrome.google.com/webstore/detail/imtranslator-translator-d/noaijdpnepcgjemiklgfkcfbkokogabh then one can translate the inline Chinese (left-over) strings, so one can at least get an idea of what the settings are about: Not a permanent solution like the one detailed by @ArcticFoxie , but still, if you only want to , I guess it could be of great help...

E.g. https://www.zdnet.com/article/firefox-85-removes-flash-and-adds-protection-against-supercookies/

The Chinese RePacked/modded version 34.0.0.92 has been tested to function under WinXP SP3 (not by me, as I don't have that OS currently at my disposal, but I've been informed about XP SP3 compatibility, via PM, by another reputed MSFN member here ) ... To add/expand a bit to what already posted by @Dave-H , everything Google related (including Chrome browser, Drive, gmail, etc.) is off-access in mainland China, so a plain Chinese user would not know/care less what Google's plans are about Adobe Flash ... I haven't exhausted the whole Chinese Browser market, obviously, but most Chinese Chromium forks have ongoing Flash PPAPI(/NPAPI) support; even if future Chromium forks will have been rebased to Chromium >=88, it's not improbable to expect Flash support will have been kept/prolonged... I'm unsure as to whether other "western" Chromium forks like Opera (wait! it is Chinese-owned currently ), Vivaldi, etc. are accessible to Chinese users, but these lack an embedded Flash version, so a user has to install the PPAPI flavour system-wide (so, why not, PPAPI ZHS v34.0.0.92 ?)... Best regards!

I'm sorry, but you're not being meticulous enough... As most of you here already know, Google Chrome is/was the only flavour of Chromium-based browser that has/had (paid) rights to ship bundled with its own PPAPI version of Adobe Flash; Chrome v49 originally came with v21.0.0.213 (dual-signed DLL on 20160406); on the portable (PAF) edition, the path to that is/was: .\App\Chrome-bin\49.0.2623.112\PepperFlash\pepflashplayer.dll For the duration v49 was still supported by its vendor (Google), a user could manually update the Flash version by loading chrome://components locating the enrty for "pepper_flash" and pushing the Check for updates button underneath it ! The updated PPAPI flash would then be installed in a user-specific location, inside the browser's profile directory: .\Data\profile\PepperFlash\xx.x.x.xx\pepflashplayer.dll Upon launch, Chrome 49 simply ignores the originally shipped version and loads the one in the browser profile! So, to recap, unlike the popular practice, the proper way to manually update Chrome's Flash version is TO NOT EVER touch the Flash DLL inside the main program dir .\Chrome-bin\<Chrome_dotted_version>\PepperFlash\ but instead perform a profile-based installation, by placing (renamed) DLL (and manifest.json) inside .\profile\PepperFlash\<Flash_dotted_version>\ Applying the above procedure on Chinese RePack (modded) v34.0.0.92 and on my portable Chrome 49 installation, Flash is loaded from: and the Adobe test page reports success :

To dispel any eventual confusion, these are not MODDED packages at all , they are being hosted on the Official Chinese Flash distributor domain (flash.cn), they have their digital file signatures intact (both the setups as well as their contents), upon installation they would install the telemetry FlashHelperService , without which the standalone DLLs (e.g. NPSWF32_34_0_0_92.dll) are non-functional ... What they are, in fact, is official standalone (off-line) installers, as opposed to the stub (on-line) setups one is offered by default when downloading from the main page of the Chinese Flash site: https://www.flash.cn/ The standalone setups are (recently) being offered from https://www.flash.cn/compatibility NB: The truely modded Chinese repacks I mentioned earlier in this thread do not install the telemetry FlashHelperService and are free from geo-limitations ; if you're still interested, they are labeled as "Special Edition (特别版)" and the filenames you should search for are: Adobe_Flash_Player_ActiveX_34.0.0.92_特别版(Win7).exe Adobe Flash Player NPAPI 34.0.0.92 特别版.exe Adobe Flash Player PPAPI 34.0.0.92 特别版.exe