Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.cf/basilisk/basilisk52-g4.2.win32-git-20190511-1b5c261b8-xpmod.7z Win64 https://o.rths.cf/basilisk/basilisk52-g4.2.win64-git-20190511-1b5c261b8-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom NM28XP build: Win32 https://o.rths.cf/palemoon/palemoon-28.6.0a1.win32-git-20190511-1b5c261b8-xpmod.7z Win64 https://o.rths.cf/palemoon/palemoon-28.6.0a1.win64-git-20190511-1b5c261b8-xpmod.7z Official repo changes since my last build: - Update Readability from mozilla-central release branch (FF 66.0.3). Tag #361. (ccc436346) - Update surrounding code for new Readerable module. Tag #361. (945b03265) - Replace explicit pref observer with lazy preference getters. Tag #361. (952e65590) - Fix parse node limit preference. Tag #361. (2db53003e) - Bug 1399616 - add WP emoji styling to reader mode. (742f5aa24) - Bug 1422680 - simplify aboutReader.css font-size classes using CSS variables r=Gijs (0612246b0) - Bug 1151735 - Hide font panel when text is being selected r=Gijs (b430def77) - Bug 1429442 - Buttons in "type control" popup in reader mode should have tooltips r=Gijs,MarcoZ (5c350eebc) - De-unify accessibility build on Mac. (758663e88) - Merge pull request #1075 from adeshkp/deunify-accessible-build-2 (c40086cfa) - Update icon to the new and improved branding. (aa4055cb4) - Don't shrink the tab bar in customize mode (6458c3464) - backport m-c 1510114: Fix Use-After-Free in the HTML5 Parser (4ed4303dd) - Merge pull request #1077 from g4jc/cve_2018_18500 (d0f1f53e5) - Merge pull request #1078 from Lootyhoof/issue-1072 (12d23fb00) - Merge pull request #1080 from Ascrod/readerview (d0b65e8b3) - Issue #1082 - Restore a getBoolPref global shim in utilityOverlay.js for Extension compatibility (fc937d1ee) - Issue #1083 - Deprecate FUEL extension helper javascript library (5d119ce85) - Issue #1081 - Restore "release notes" item in the help menu (95607bd72) - Issue #968 - Preload the permissions manager with permissions file (1b5c261b8)

New build of Firefox 45ESR SSE: test binary: https://o.rths.cf/gpc/files1.rt/firefox-45.9.15-20190511-bdebcdb5e-win32-sse.7z repo: https://github.com/roytam1/mozilla45esr Changes since my last build: - import changes from tenfourfox: - #446 + #334: trim refresh driver further; restore old Tele removal (4594eee51) - #446: cap default frame rate to 30fps (based on M1503339) (9465ea36d) - #547: block modal HTTP auth DOS M1312243 M377496 + glue code (d60d9721f) - #550: pref on mediasource for mp4 (37789a58a) - #399: null check in FindNearestCommonAncestorFrame from PM 978 (23f303460) (067eb934c) - nss: update nss to hg rev e5e10a46b9ad with vc2013 hackfix (811e2980a) - nss: update nss to hg rev 2d6adc7d8bfc with vc2013 hackfix (64d6370ee) - nss: go back to 3.43 release (319708fd5) - import changes from tenfourfox: - #551: M1538402 M1516325 M1544670 (a5f18b580) (without nspr changes) - #551: M1538619 M1538736 M1542829 M1543617 M1531346 M1540166 (54aa2d7cc) - #446: fine, eat your placebo and enjoy it (f6dd8303f) (37e403685) - import changes from tenfourfox: - #551: M1536768 M1546327 (4af72ac8c) (with vc2013 fix) - #551: update certs, pins, TLDs (bc5094b91) (bdebcdb5e)

It should be this - P&n"y9j5V23Khb1%vA7vM9CreU3BYzI429TD$h6K§ The passwords have always worked for me by just copying and pasting them, so I don't know why this wouldn't work. Your string starts with a lower case "p", which won't work as the passwords are case sensitive. Welcome to the forum BTW!

And for recording small GIF animations only Licecap is very good: https://www.cockos.com/licecap/

~♥Aiko♥Chan♥~ If Html5Test shows ticks and crosses etcetera in Opera 12 or FF9 then it is not for lack of fonts but more of a out of memory error. Later versions of Mozilla beyond 9 operated faster adding more resources to video driver but also froze screen. Best I had in the day for CometBird 11 was able to view up to 4 min approx Youtube videos on auto play any longer video and it froze. This was experimenting with a combination of vs 9 and vs 11 files within omni.ja. The XUL.dll created an overload in memory allocation somewhere to do with hardware driving in my estimation. Some people had trouble with FF10 (in win2K I assume) and likened it to a memory leak. ABCDEFG Did you read my post on https://msfn.org/board/topic/173233-kernelex-45-core-updates-45201617/?do=findComment&comment=1163422 about this. There are 2 posts starting about 3/4 down on page.

New regular/weekly KM-Goanna release: https://o.rths.cf/kmeleon/KM76.2-Goanna-20190511.7z Changelog: Out-of-tree changes: * update Goanna3 to git 249ad075c..3a87e4659: - import change from rmottola/Arctic-Fox: - more pointerstyle to apply patches (bfb888a02) - Bug 1144331 - Assert that gray buffering does not depend on isMarking (775d1d6b3) - Bug 1144789 - Strongly type GrayBufferState enum and move to GCRuntime (48db96a71) - pointer style (8e1f6b47f) - Bug 1144794 - Move markBufferedGrayRoots to the GCRuntime (82a65b5d4) - Bug 1144811 - Inline the start and end buffering gray roots methods on GCMarker (e5fa2fa45) - Bug 1144817 - Move hasBufferedGrayRoots to GCRuntime (360528a61) - Bug 1144832 - Move grayBufferState manipulation out of GCMarker (aae607d5b) - Bug 1144834 - Move resetBufferedGrayRoots to GCRuntime (c80e490e3) - Bug 1144920 - Move gray buffer clearing out of GCMarker (99495ce33) - Bug 1144925 - Buffer gray roots using a CallbackTracer instead of the GCMarker (faae3bca3) - Bug 1144931 - Move gray buffering code to RootMarking.cpp (c279e36bd) - Bug 1144369 - Add a GC phase to track time spent buffering gray roots (e05c2eece) - Bug 1142669 part 1 - Fix inliningMaxCallerBytecodeLength to return the correct value. (d5e4d1a84) - Bug 1129977 - Fix bogus MarkOffThreadNurseryObjects assert when post-barrier verifier is used. (4d204fb5e) - pointer style (8a3a7e129) - pointer style (f6db66131) - Bug 1142669 part 2 - Lower the script inlining size limit if off-thread compilation is not available. (ce4e3c5e6) - Bug 1142669 part 3 - Limit the total inlined bytecode size to avoid excessive inlining. (a57fab6e2) - Bug 1142669 part 4 - Fix some inlining issues and inline scripts with loops. (777fb2ec6) - Bug 1142669 followup - Move OffThreadCompilationAvailable definition outside namespace block. (c4fd10799) - Bug 1142669 part 5 - Lower inliningMaxCallerBytecodeLength from 10000 to 1500. (9f1c704a2) - pointer style (d70a2a7be) - Bug 1144743 part 1. Add a hasPollutedGlobalScope flag to scripts. (da965507f) - Bug 1144743 part 2. Add an option to JS::CompileOptions for hasPollutedGlobalScope. (df6324dd4) - Bug 1144743 part 3. Set hasPollutedGlobalScope when we're compiling scripts we know will be executed with a non-global scope without cloning them. (c2f264683) - Bug 1144743 part 4. Set the hasPollutedGlobalScope flag correctly when compiling functions. (39fff6585) - Bug 1144743 part 5. Set the hasPollutedGlobalScope flag correctly when cloning functions. (738f1d18a) - Bug 1144743 part 6. Set the hasPollutedGlobalScope flag correctly when executing scripts. (b05d04d63) (d3e5fc8cf) - ported from UXP: backport m-c 1510114: Fix Use-After-Free in the HTML5 Parser (3a87e4659) * Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses. A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

New New Moon 27 Build! 32bit https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190511-3a87e4659-xpmod.7z 32bit SSE https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190511-3a87e4659-xpmod-sse.7z 32bit noSSE https://o.rths.cf/palemoon/palemoon-27.9.6.win32-git-20190511-3a87e4659-xpmod-ia32.7z 64bit https://o.rths.cf/palemoon/palemoon-27.9.6.win64-git-20190511-3a87e4659-xpmod.7z source repo: https://github.com/roytam1/palemoon27 repo changes since my last build: - import change from rmottola/Arctic-Fox: - more pointerstyle to apply patches (bfb888a02) - Bug 1144331 - Assert that gray buffering does not depend on isMarking (775d1d6b3) - Bug 1144789 - Strongly type GrayBufferState enum and move to GCRuntime (48db96a71) - pointer style (8e1f6b47f) - Bug 1144794 - Move markBufferedGrayRoots to the GCRuntime (82a65b5d4) - Bug 1144811 - Inline the start and end buffering gray roots methods on GCMarker (e5fa2fa45) - Bug 1144817 - Move hasBufferedGrayRoots to GCRuntime (360528a61) - Bug 1144832 - Move grayBufferState manipulation out of GCMarker (aae607d5b) - Bug 1144834 - Move resetBufferedGrayRoots to GCRuntime (c80e490e3) - Bug 1144920 - Move gray buffer clearing out of GCMarker (99495ce33) - Bug 1144925 - Buffer gray roots using a CallbackTracer instead of the GCMarker (faae3bca3) - Bug 1144931 - Move gray buffering code to RootMarking.cpp (c279e36bd) - Bug 1144369 - Add a GC phase to track time spent buffering gray roots (e05c2eece) - Bug 1142669 part 1 - Fix inliningMaxCallerBytecodeLength to return the correct value. (d5e4d1a84) - Bug 1129977 - Fix bogus MarkOffThreadNurseryObjects assert when post-barrier verifier is used. (4d204fb5e) - pointer style (8a3a7e129) - pointer style (f6db66131) - Bug 1142669 part 2 - Lower the script inlining size limit if off-thread compilation is not available. (ce4e3c5e6) - Bug 1142669 part 3 - Limit the total inlined bytecode size to avoid excessive inlining. (a57fab6e2) - Bug 1142669 part 4 - Fix some inlining issues and inline scripts with loops. (777fb2ec6) - Bug 1142669 followup - Move OffThreadCompilationAvailable definition outside namespace block. (c4fd10799) - Bug 1142669 part 5 - Lower inliningMaxCallerBytecodeLength from 10000 to 1500. (9f1c704a2) - pointer style (d70a2a7be) - Bug 1144743 part 1. Add a hasPollutedGlobalScope flag to scripts. (da965507f) - Bug 1144743 part 2. Add an option to JS::CompileOptions for hasPollutedGlobalScope. (df6324dd4) - Bug 1144743 part 3. Set hasPollutedGlobalScope when we're compiling scripts we know will be executed with a non-global scope without cloning them. (c2f264683) - Bug 1144743 part 4. Set the hasPollutedGlobalScope flag correctly when compiling functions. (39fff6585) - Bug 1144743 part 5. Set the hasPollutedGlobalScope flag correctly when cloning functions. (738f1d18a) - Bug 1144743 part 6. Set the hasPollutedGlobalScope flag correctly when executing scripts. (b05d04d63) (d3e5fc8cf) - ported from UXP: backport m-c 1510114: Fix Use-After-Free in the HTML5 Parser (3a87e4659)

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 http://o.rths.cf/basilisk/basilisk55-win32-git-20190511-89eeeb225-xpmod.7z Win64 http://o.rths.cf/basilisk/basilisk55-win64-git-20190511-89eeeb225-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - update libaom to rev 76574b6c09515d6687ebfa9760319e521f5abeb3 (without moz.build and aom_ports/aom_once.h) (4df72da63) - nss: update nss to hg rev 2d6adc7d8bfc with vc2013 hackfix (95e570060) - update Twemoji font to upstream 0.4.0. (2b77c0a64) - nss: go back to 3.43 release (d3db14ffa) - import changes from UXP: - Handle URL token in a closer way to the CSS3 spec (d9137b4b7) - Fix failure to print when pages contain zero-sized <canvas> element. Fixes #1058 (1091fcac8) - backport m-c 1510114: Fix Use-After-Free in the HTML5 Parser (4ed4303dd) - PR#1070, PR#1071 (89eeeb225)

Interesting! At first, toggling that pref to true had no effect on my Win7 system; with processCount set to 2 and 2 tabs open, I had 4 processes before, and after, toggling separateFileUriProcess and restarting. But then I read the pref name closely, opened an HTML file on my own PC, et voila! A fifth process appeared. Closing the tab showing that HTML file dropped the process count back to 4. I don't know that it's necessarily worth toggling that pref, even on Win7, but it's another surprising feature of this browser. Yeah, I know; but what I didn't mention originally is that I actually looked at the XP-blocking code at the Bugzilla link you provided earlier: #if defined(XP_WIN) if (Preferences::GetDefaultCString("app.update.channel").EqualsLiteral("release") && !IsVistaOrLater()) { gMultiprocessBlockPolicy = kE10sDisabledForOperatingSystem; return gMultiprocessBlockPolicy; } #endif (This was back around FF 48.) As you can see, it uses an #if defined(...) block to check whether the build targets Win XP, but it does a run-time check of the app.update.channel pref rather than using another #if defined(...) block. Obviously the code has been changed since then - otherwise e10s would work on Win XP in FF 52 ESR since it's not a "release" build - but I figured they probably still did a run-time check, so changing the pref was worth a try. However, it didn't work. Of course I don't know if building the browser as "default" vs. "release" or "esr" would let e10s be enabled the "normal" way. I'll leave that as an exercise for others. As long as there's another way to enable e10s without recompiling the browser, I'm happy; just very curious.

Opera 12 does have a custom user-agent spoofer, it always had to because so many sites didn't acknowledge it! Right click>Edit site preferences>Network tab. Set Browser identification. The default strings offered are very out of date as you can imagine, but it's possible to have whatever string you want by manually editing the site's entry in the override.ini file.

Well, you're much welcome to vent up. So am I to rant, right? Yeah, it goes like this: 1.) All the issues you mentioned have solutions described in detail in this very forum. 2.) Athough it's easy to filx the Word 2010 issue, one can remain using Word 2000 (or even Word 97) for most if not all tasks commonly performed with it. Same goes for XL and Powerpoint. 3.) Al that is required is to arm oneself with patience and read the threads where the solutions are described. XP went EoS, then POSReady 2009 went EoS. MS did it because it was in their power to do so and they've decided it was in their interest to do so. Regardless of what any of us thinks about it. So it's up to us, the die-hard users, to support ourselves 'n one another... it's less confortable than leaving all responsibility fall on MS. Then again, for one who loves XP or just isn't confortable (or able) to cave in, it sure is worth it. One may whine. Then again, one may stand up and fight. Long live XP!

https://support.microsoft.com/en-us/help/4025687/microsoft-security-advisory-4025685-guidance-for-older-platforms KB958644 was replaced by KB2705219-v2 from October 2012. KB2347290 KB4012598 was replaced by KB4486465 from February 2019 KB4012583 KB4022747 KB4018271 IE8 was replaced by KB4493435 IE8 from April 2019 KB4018466 was replaced by KB4486465 from February 2019 KB3197835 KB4024323 KB4024402 was replaced by KB4047211 from November 2017 KB4025218 KB4019204 was replaced by KB4493927 from April 2019

You guys are amazing! I was able to locate the PTB update inside the repository. Thank you both so much.