Leaderboard

Thanks for reporting, glad I'm not the only one.

https://support.mozilla.org/en-US/kb/control-whether-firefox-automatically-fills-forms

Tried in XP and it's crashing there too. Also added Basilisk to Data Execution Prevention and attempted Safe Mode but both failed.

My guess is it's OS related. I'll try it in Windows 10. Here's the full crash report: Problem Event Name: APPCRASH Application Name: basilisk.exe Application Version: 4.0.4.8577 Application Timestamp: 64b170e7 Fault Module Name: mozjs.dll Fault Module Version: 0.0.0.0 Fault Module Timestamp: 64b0ca02 Exception Code: c0000005 Exception Offset: 002de536 OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Avast announced yesterday that versions 9/10/11 will stop receiving definition updates in September 2023: https://forum.avast.com/index.php?topic=324295.0 This does not affect version 18.8, which also supported XP/Vista but required SSE2. For those with SSE-only processors who want real-time protection, Kaspersky 18.0.0.405 is still a viable option AFAIK: https://support.kaspersky.com/us/common/compatibility/15479

Several bugs with today's versions. Serpent 55 won't open, it's crashing at startup with the Fault Module Name: mozjs.dll. Tried with a new profile. In 52.0 I can't get formhistory to work in text boxes or passwords. This was always a problem on and off, if it didn't show you could re-boot and that would usually fix it but today it's not coming in at all.

No problem, I should have mentioned it was today's. Last week's runs perfect.

@VistaLover Thanks for the link. Now I know what it is. Also, I made a mistake here. I thought I was running Serpent 55 (2023-07-15), but it turns out I redownloaded (2023-07-07) again and opened it instead. Therefore, that's why it didn't crash for me, so I spread misinformation Ok, so I had to go to https://o.rthost.win/basilisk/ to download Serpent 55 (2023-07-15) myself (since roytam didn't announce there's a new version here in this topic, and I download a new version every time it is announced here in this topic), I opened it, and can also confirm @DanR20's findings about Serpent 55. Sorry @DanR20 for the misinformation! Yes, I can confirm your words too. Here is a picture:

But running the most recent version of Serpent 55 (2023-07-14) from today, basilisk.exe is crashing in the module mozjs.dll at startup such as @DanR20 already reported. Here is a screenshot: Cheers, AstroSkipper

Well, Dan replied to this topic and said the following: Since I don't know what is formhistory, I didn't reply to the 2nd issue, so I only replied to the 1st issue (Serpent 55's startup crash). That's what I meant to shed some light on: the 1st issue.

Must be something else going on, I downloaded it twice just to make sure and it won't start. I'm on Windows 7 so possibly it's related to that or drivers within the OS. The previous week's build works fine so I've gone back to that version. Same with 52 and the formhistory issue. Are you on the win64 or win32 build? I'm using win32.

I tried on a simple Window8 (without the "1"), on an old laptop from 2012, it works good. Not sure there were drastic changes between 114 and 115.

They work fine when installed there if the rules are followed and extension doesn't make assumptions about its location. For extensions that don't require unpacking, XPI file must be named after its ID, so if its ID is {aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}, full file name must be {aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}.xpi. Extensions that require to be unpacked should be unpacked in a folder named after its ID, so in this hypothetical example, the folder name would be "{aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}" (without quotes). ID is written inside the extension's install.rdf, under the extension's description tag, eg.: <Description rdf:about="urn:mozilla:install-manifest"> <em:id>{aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}</em:id> If it requires unpacking, there will be "unpack" tag inside the same description tag set to "true", eg.: <em:unpack>true</em:unpack> Nothing unusual actually, that prompt apparently shows only if the browser already has all available extensions noted in user's profile and a new extension is added globally (so the browser detects difference between noted extensions and ones actually installed). Starting with a fresh profile, there is no prompt, globally installed extensions just default to disabled initial state.

Western Digital green or Velociraptor.

Thanks, working fine now!

I forgot to say, if that makes a difference, that my testing was inside a Windows XP 32-bit virtual machine, not on real hardware. But, for convenience, I also tested with a Windows 7 64-bit virtual machine, and I also didn't receive any crash there, which you mentioned above. Perhaps some users who run Windows 7 on real hardware (for example, @Mathwiz) would be kind enough to shed some light on this?

Serpent 55 is starting up fine for me here. no crashes here or anything. This is also on a brand new profile. Am I missing something? Edit: This is misinformation, my mistake, since I used Serpent old version, which doesn't crash and incorrectly talked about it here, even though the reply was about the latest version. @Dave-H please delete my post, and also delete all posts relating to it in the next page. I am really very sorry for doing this, and I will be more careful in the future, and won't do this mistake again. I apologize for any inconvenience.

Please, kindly edit that link to not include the "," at the end, because currently it leads to:

JS Polyfill for randomUUID() - implemented in chrome 92. https://caniuse.com/mdn-api_crypto_randomuuid ! this polyfill only works if "JS polyfill for Object.hasOwn - chrome 93" is also installed ! test site : https://www.lg.com/us/burners-drives/lg-bh16ns40-internal-blu-ray-dvd-drive --------------------------------------------------------------------------------------------------------------------------------------------- // ==UserScript== // @name Inject randomUUID() Polyfill (92) // @version 0.0.1 // @match *://*/* // @run-at document-start // @grant none // ==/UserScript== (function (global) { if ('crypto' in global && 'getRandomValues' in global.crypto && 'Uint8Array' in global) { // getRandomValues is fast and produces good UUID's global.crypto.randomUUID = function randomUUID() { return ([1e7] + -1e3 + -4e3 + -8e3 + -1e11).replace(/[018]/g, function (c) { return (c ^ global.crypto.getRandomValues(new global.Uint8Array(1))[0] & 15 >> c / 4).toString(16); }); }; } else { if (!('crypto' in global)) { global.crypto = {}; } var _url = global.URL || global.webkitURL; if (('createObjectURL' in _url) && ('Blob' in global) && (function () { try { _url.createObjectURL(new global.Blob('', { type: 'text/plain' })); return true; } catch (_) { return false; } }())) { // createObjectURL is slower but produces good UUID's (mainly IE 10) global.crypto.randomUUID = function randomUUID() { var objURL = _url.createObjectURL(new global.Blob('', { type: 'text/plain' })); if ('revokeObjectURL' in _url) { _url.revokeObjectURL(objURL); } var objURLParts = objURL.split('/'); var uuid = objURLParts[objURLParts.length - 1]; if (uuid.indexOf('blob:') === 0) { uuid = uuid.slice(5); } return uuid.toLowerCase(); }; } else { // Math.random produces poor UUID's but is only needed for IE 8,9 and some other very old browsers. global.crypto.randomUUID = function randomUUID() { return 'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'.replace(/[xy]/g, function (c) { var r = Math.random() * 16 | 0; var v = c == 'x' ? r : (r & 0x3 | 0x8); return v.toString(16); }); }; } } }(self)); ----------------------------------------------------------------------------------------------------------------------------------------------------

Skipping building the ICU files used to be possible until Firefox 48 or 49 by using the "--without-intl-api" configure flag. As a result of the relevant Mozilla bug report below, Mozilla decided to remove the --without-intl-api configure flag, meaning the ICU files must build and be present in the objdir/dist/bin directory in order for the browser to launch. OT: I'm trying to build Firefox 30 using Visual C++ 2008, and I do use the --without-intl-api flag in my mozconfig file. I haven't tested if that means intl.* functions will not work. https://bugzilla.mozilla.org/show_bug.cgi?id=1301882

Now , install the rollup of .net 4.0 if the ngen problem still appear

No, there wasn't any misunderstanding, don't worry.

Hello, on my testing with downloading this file Chrome and Firefox, I didn't get that error message when downloading it on Chrome nor Firefox.

New regular/weekly KM-Goanna release: https://o.rthost.win/kmeleon/KM76.4.7-Goanna-20230708.7z Changelog: Out-of-tree changes: * update Goanna3 to git 770c1e709f..7e7ba08548: - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1219868: Don't warn for CreateAnonymousContent failure (due to e.g. detecting & breaking <use> reference loops). r=jwatt (8edb175af4) - Bug 1165750 - metadata tag should be allowed in clipPath. r=jwatt (74792cbad7) - Bug 1212986 - Background ChildImpl should delete its Transport. r=mrbkap (57c74ee5bc) - Bug 1197306 - remove PR_snprintf calls in ipc/; r=froydnj (3ebc46dd12) - some crashreporter stuff (1687708511) - Bug 1198450 - GCC (mingw) fixup. (1e49f06d45) - more missing parts of Bug 1132072 - Tab switch refactoring (r=mconley) (8a8fd8e42a) - Bug 1231224 part 3 - Fix some append() calls in Odin to handle OOM. r=bbouvier (b545158fa2) - Bug 1231624 - properly gate SAB+atomics in asm.js. r=luke (0dd4bf9c3f) - Bug 1233863 - ARM64: Don't advertise asm.js availability. r=luke (650ed7514a) - Bug 1215360 - Render canvas anonymous content on top of the top layer. r=roc (4a898b09da) - Bug 1156104 - Mark nsROCSSPrimitiveValue::m{Color,Value,URI} as MOZ_OWNING_REF; r=dbaron (a054bd5ffd) - Bug 1156104 follow-up: forgot to actually include mURI (12e04ea513) - style (9244bffe45) - Bug 1144501 - Take account of orthogonal writing modes when adjusting available size to reflow a child frame. r=smontagu (173ae07788) - Bug 994418 - Renumber list items when computing intrinsic isize. r=roc (99d61845ba) - Bug 1158549 - Properly apply min/max constraints to block-size in vertical writing modes. r=smontagu (7e2d4f30b9) - Bug 790260 - Make CollectFloats remove the IS_PUSHED_FLOAT bit in case the float was collected from the PushedFloats list. r=roc (37053c8302) - Bug 1153695 - Wrap nsAutoOOFFrameList in a scope to ensure its dtor runs before the VerifyOverflowSituation() call (to avoid frames appearing to be on two child lists). r=roc (d1638a1e12) - Bug 1145768 - Use the right begin() iterator to compare with. r=roc (8fe6131557) - Bug 1167145 - Check result of PrevInFlow() before trying to call a method on it. r=dbaron (e8c6922517) (ba09d77f1c) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1119049 - Keyboard shortcuts should work in MediaDocuments without explicitly focusing the media element. r=bz (46be3d5343) - fix (3ade1708af) - Bug 967982 - Show findbar after unsuccessful Find Again [r=mikedeboer] (8f228f14a1) - Bug 1071631 - fix findbar re-filling in last character, r=mikedeboer (1dcea48088) - Bug 1214249 - Set MOZ_FLOAT_ABI in armv6 case r=glandium (8c53df59f6) - Bug 1223093 - Bump required rustc version to 1.4. r=mshal (2e116f0dc6) - Bug 1208566 - require Rust 1.5 for --enable-rust builds; r=mshal (091c824772) - bump gcc version to 4.4 and use e.g. MacPorts gcc for safety (1af814d7bd) - reorder and fix (c74b24dfbf) - Bug 1043112 - Allow b2g to core dump when signal permits. r=jld (f5afeb0051) - Bug 1190965 - Restrict syscalls in nsProfileLock to Linux. r=jld (9ac892b4eb) - Bug 1227569 - Remove unsupported OpenVMS code. r=mccr8 (ea080668c9) - Bug 1227248 - Part 1: Allow extending StrictOrderingOnAppendListWithFlags. r=gps (52260fd46d) - Bug 1163358 - Add "psm" tag to PSM xpcshell and mochitest manifests. r=dkeeler (aa31fa4e2f) - Bug 1167254 - Convert test_bug234856.html mochitest to an xpcshell test. r=keeler (1f20c9f997) - Bug 1169195 - Convert test_bug644006.html mochitest to an xpcshell test. r=keeler (f391df2ed5) - bug 1181376 - convert test_bug480619.html to an xpcshell test r=mgoodwin (3bb1a3b762) - Bug 1167866 - Add result strings to PSM test_cert* xpcshell tests. r=keeler (74743ab236) - Bug 1171819 - Convert test_cert_eku-*.js to generate certificates at build time. r=keeler (9aea62b0dc) - bug 1203312 - split tlsserver certificates into ocsp_certs and bad_certs r=mgoodwin (599437ece7) - bug 1209695 - fold mochitest test_bug413909.html into xpcshell test_cert_overrides.js r=mgoodwin (cd5769201b) - bug 1187029 - convert test_bug480509.html to an xpcshell test r=jcj (966cb02692) - bug 1174292 - convert test_cert_version.js to generate certificates at build time r=Cykesiopka (7acb99f5ee) - bug 1173565 - convert test_pinning_dynamic.js to generate certificates at build time r=Cykesiopka (cf5844376a) - bug 1178988 - convert test_ocsp_url to generate certificates at build time r=Cykesiopka (de5554cb7b) - bug 1189427 - convert test_ocsp_fetch_method.js to generate certificates at build time r=mgoodwin (9955a340fa) - bug 1194013 - convert test_name_constraints.js to generate certificates at build time r=Cykesiopka,mgoodwin (0060e4232f) - bug 1196853 - convert test_cert_signatures.js to generate certificat s at build time r=jcj (ce0ab9e63a) - bug 1190603 - convert test_keysize.js to generate certificates at build time r=Cykesiopka (3dd9972c8f) - Bug 1228794 - Convert test_getchain.js to generate certificates at build time. r=keeler (cf6b4d3c47) - Bug 901698 - Some tests for OCSP-must-staple; r=keeler (4f51b34bee) - Bug 1179678 - Add result strings to misc PSM xpcshell tests. r=keeler (a2142e0ca1) - Bug 1205962 - Address some pylint complaints about pycert.py and pykey.py, r=keeler (190cdb0e4a) - Bug 1218999 - Back out changeset 5f32b2bcfa43 (bug 1188468) in favor of a more efficient solution. r=glandium (195e060c30) - Bug 1222903 - Reject EV status for EV EE certs that are valid for longer than 27 months as well. r=keeler (811b0bcc46) - Bug 1231315 - Build CONFIGURE_DEFINE_FILES at build time instead of during configure. r=gps (5242734649) - gradle remove (b745c7b2e4) - Bug 1232421 - force matching the start of the line for comments, r=glandium (de93f61f91) - Bug 1232421 - followup: fix test to not use 'inline comments' which are not supported elsewhere, rs=bustage on a CLOSED TREE (9e34a9d721) - Bug 1172645 - Make mozbuild's setup.py work; r=glandium (b73b656574) - bug 1166976 - add pyasn1-modules python library r=ted,gerv (24c7f3253f) - bug 1166976 - add Python-RSA python library r=ted,gerv (9628d1583f) - bug 1166976 - generate some PSM xpcshell test certificates at build time r=Cykesiopka,mgoodwin,froydnj (af4744b19d) - Bug 1224478 - Replace do_check_* calls with their Assert.jsm equivalents in PSM xpcshell tests. r=keeler (6846617e65) - bug 975763 - move test_certificate_overrides.html to test_cert_override_bits_mismatches.js r=mgoodwin (4ba930e064) - Bug 1171820 - Convert test_bug483440.html mochitest to an xpcshell test. r=keeler (d41a63cd13) - Bug 1147726: Disable test_keysize_ev.js on slow B2G Emulator debug builds. r=dkeeler (df54c1bbc8) - Bug 1147725 - Disable test_ocsp_fetch_method.js and test_ocsp_url.js on slow B2G Emulator debug builds. r=keeler (56e71d8d7f) - bug 1081128 - test_pinning.js takes ~300 seconds on b2g debug emulator - request a longer timeout for it r=Cykesiopka (20ecf7ca8b) - Bug 1145679 - Part 2 - Tests. r=keeler (046b88cd37) - Bug 1227248 - Part 2: Add GeneratedTest{Certificate,Key} mozbuild templates. r=gps (810848b3bc) - Bug 1227248 - Part 3: Make GeneratedTest{Certificate,Key} no-op when --disable-compile-environment. r=gps (563c26d64b) - Bug 1130413 - Remove unused nsITokenPasswordDialogs::GetPassword() function. r=jjones (0cff903788) - Bug 1157515 - CipherSuiteChangeObserver should clean itself up. r=keeler (e9175e8f89) - Bug 1215779 - Remove broken (non-EC) DSA keygen code. r=keeler (98a09304c1) - bug 1215270 - remove some unused functions from nsNSSShutDown.h r=Cykesiopka (ea0e9566f2) - bug 1215690 - remove nsPSMUITracker r=Cykesiopka r=mgoodwin (98ea9b8481) - bug 1205767 - prevent memory leak when generating an EC key with <keygen> r=ttaubert (3be4b5f545) - Bug 488480 - Correct documentation about the function hasMatchingOverride() in nsICertOverrideService.idl. Original patch by Johnathan Nightingale. r=keeler (bf2b16f2c0) - Bug 629558 - Pref to make Intermediate Cert Store memory-only. r=keeler (19632e2fd6) - typo (86093804e3) - Bug 278689 - Multiple Certificates with the same subject are not shown in the digital signature select cert combo (only one is shown) r=dkeeler (c5984b6857) (7e7ba08548) * 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 build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20230708-3219d2d-uxp-9f1550fb5-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20230708-3219d2d-uxp-9f1550fb5-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20230708-3219d2d-uxp-9f1550fb5-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20230708-d849524bd-uxp-9f1550fb5-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20230708-d849524bd-uxp-9f1550fb5-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20230708-d849524bd-uxp-9f1550fb5-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20230708-d849524bd-uxp-9f1550fb5-xpmod.7z Official UXP changes picked since my last build: - Simplify incremental GC sweeping (95a1e4b7a) - Avoid TLS lookups when checking if zones need to be marked for GC. (24b1a0f16) - Fix debug builds (890e1eb84) - Issue #1969 Follow-Up: Error reporting arguments in RelativeTimeFormat/DateTimeFormat (5a531ea80) - Issue #2259 - Add missing IsAscii* helper functions in mozilla/TextUtils.h (7716602a2) - Issue #2259 - Add mozilla::Vector -> mozilla::Span implicit conversion (9914c0616) - Issue #2259 - Add mozilla::Result<V, E> and JS::Result<> for fallible return values (4c2e37861) - Issue #2259 - Add JS::StackGCVector and JS::RootedVector (f8f7aed52) - Issue #2259 - Adjust self-hosted Array.prototype.sort to ES2018 (a7d752def) - Issue #2259 - Introduce helper for self-hosted hasOwnProperty calls in intl (adffcb127) - Issue #2259 - Update Intl.* Object-ness to ECMA-402, 4th edition (30157344f) - Issue #2046 - Introduce mozIntl.DateTimeFormat with mozExtensions (85612accf) - Issue #2259 - Implement caseFirst option in Intl.Collator (949f69ef4) - Issue #2259 - Reimplement String.prototype.toLocale{Lower,Upper}Case per ECMAScript Intl specification (8d97bd437) - Issue #2259 - Support Unicode extensions with multiple value subtags in BCP47 language tags (e3dbf7c5e) - Issue #2259 - Improve ResolveLocale performance when initializing the default Intl objects (e923c48f4) - Issue #2195 - Add support for hourCycle to Intl.DateTimeFormat (cf7bd8232) - Issue #2259 - process Unicode langtags and locale identifiers according to BCP 47 (3ee2c9dcf) - Issue #1819 - Implement Intl.Locale proposal (c10a29d96) - Issue #2259 - Performance improvements in Locale (4ad4a82a1) - Issue #2259 - Performance improvements for LanguageTag parsing (0b3079d8e) - Issue #1819 - Further align Intl.Locale to spec (e01ff1c5f) - Issue #2046 - Implement Intl.DateTimeFormat's date-/timeStyle and hourCycle options (4400677af) - Issue #1656 - Follow-up: Re-nuke the vim lines introduced in #2265 (f9c39acaa) - [multiple] Update Intl tests. (81a3a92b0) - Issue #2255 & #1240 - Simplify and enhance Maybe and Some(). https://bugzilla.mozilla.org/show_bug.cgi?id=1325351 This is a prerequisite for our BigInt V8 fast forward and potential #2255 fix. (2c0384c4a) - [network] Prepare for requiring Authorization in CORS ACAH preflight (96d1e2766) - [DOM] Filter out symlinks for webkitdirectory. (a299eaa96) - [XPCOM] Win: Update executable extension list (c292f9ffd) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes picked since my last build: - webextensions: remove experiment related elements (7c4d0444b) Update Notice: - You may delete file named icudt*.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

I'm from The Netherlands, I don't know anyone, never saw anyone who uses Kaspersky. And I have quite a lot of friends due to my work. As usual, thank you very much for bringing this to our attention!

AstroSkipper, greetings! It's so great to see you're still here and provide us with top-notch software only! I'm actually amazed and intrigued at the same time! They still have such a nice all-in-one security European software package for XP, and I didn't know about it! What would I do without you! I'll intsall it on my mother's laptop as soon as I visit her. The name Panda was confusing though)))) I thought it was Chinese, now I see it's European, and I'll not hesitate to use it!

You didn't answer my indirect question. Your video is not helpful at all. Mypal 68 closes when uBlock Origin is installed. And now? Do you run Mypal 68 in single-process mode? This is the only stable mode. Anyway! Running Mypal 68 under Windows 11 is not a good idea and actually nonsense. Try this browser on a computer with Windows XP or Vista! More recent OSes do not need this browser. Here is a quotation from @feodor2's GitHub page: Cheers, AstroSkipper

No problem here in the third pre-release of Mypal 68.13.0. I use uBlock Origin 1.49.2, and it works without any problems. And from now on, even without changing the minversion in the file manifest.json. Thanks to @feodor2! Here is a screenshot: I assume either your installation or your profile is faulty or misconfigured. And be aware of possible incompatibilities to other extensions or scripts! I still didn't observe such incompatibilities until now, though, but they are possible, of course.

In the meantime, I tried this legacy, bootstrapped version of Tab Mix Plus. But there are issues when I install the legacy extension loaders in Mypal 68.13.0. When using UserChromeJS, Tab Mix Plus can't be installed even if I change the minversion of Tab Mix Plus v1.0.0-pre.15 from 78 to 68. When using bootstrapLoader.xpi, I am able to install Tab Mix Plus v1.0.0-pre.15, but after restarting the browser, all installed extensions disappear in the Add-ons Manager. Therefore, no settings of the installed extensions via the Add-ons Manager are possible anymore although the extensions are still installed and seem to be working in Mypal. I think both legacy extension loaders are not really compatible with Mypal 68.13.0 at the moment. Mypal 68 is based on Firefox but also different and still in development. Especially everything related to extensions is still incomplete. All tests have been done under the following conditions: A clean, new installation of the second pre-release of Mypal 68.13.0. A clean, new profile without any other extensions installed. Mypal has been configured to be working in single-process mode. Cheers, AstroSkipper

@feodor2 Thanks for your reply and observations! When time is available, I will compare the locale files of your latest pre-release with the files of the old German language pack. Then I can clearly see which files and entities have been changed. I did that already for MailNews from scratch and development is still in progress. The old language packs of Thunderbird 52.9 have not been working for many years. Therefore, I know what is to be done to get it working. The only real problem is always the extent of the changes. Unfortunately, it is usually a meticulous and elaborate detail work, and Mypal in English or German is actually the same for me. After comparison I will know more in any case.

@feodor2 You mentioned the breakage of the old Firefox 68.12.esr language packs. Did you change a lot of entities in the en-US locales of your new pre-release? Or are there other reasons for the breakage? I had a quick look into them but before comparing to the old ones I thought it would be a good idea to ask the developer directly.

There is nothing more I can tell you. In my browser Mypal 68.13.0b, the uBlock Origin site on addons.mozilla.org doesn't appear unless the user agent is set to a higher Firefox version (>= 78). Anyway! uBlock Origin 1.47 won't work properly in Mypal 68. It is not meant to work in Mypal 68. Gorhill changed the minimum version not without reason. @Milkinis! For more information, read this post from @VistaLover:

A user agent switcher is not necessary. Look in about:config whether there is an entry called general.useragent.override.addons.mozilla.org and check its value. If it is not existent, or the string contains a Firefox version less than 78, you can't find the uBlock Origin site on addons.mozilla.org.

Are you using the new nightly build Mypal 68.13.0b? If so, maybe, Mozilla's addon site recognizes a higher version, or you have changed the user agent for addons.mozilla.org. I am sure it is the last. I could find the uBlock Origin site on addons.mozilla.org in Mypal 68.13.0b only after changing my user agent to a higher (>= 78) Firefox version.

No problem here to access ftp://ftp.dyu.edu.tw/pub/ directly in New Moon 28. What file is it?

OMG, I'm so sorry for you ! I'd better be sick instead of you ! Get well soon ! That bloody dreaded chinovirus went to The Kingdom of Frisia !? Damn. I'm fine, thank you, my friend. I just got back , but this time I'm not even able to ger tired. I'm so angry, it gives me a good boost.

@XPerceniol is strong ! I beleive in him.

Hi all, hope you're all fine and well , geez , too much to catch up ! Maybe in the next life ! How's my Frisian doing ? @AstroSkipper

Thanks, and good to see you back! I'm trying to focus on the positive, though it isn't always easy. We have an extended weekend, the following week starts with 2 holidays. The second one is rather bleak though, the day of memory of the dead.

Yahoo Mail is a funny case. If you throw half of the site in the bin, you can actually access the mail without any layout styling at all in your Windows 98 webbrowser (for example Netscape 9.0.0.6), looking perfectly naked (see the image in the attachments). A textbrowser would probably load the site too. Hosts file entries will kill connections to the listed sites (look at C:\Windows\hosts): 127.0.0.1 ads.yahoo.com 127.0.0.1 geo.yahoo.com 127.0.0.1 yahoo.ivwbox.de 127.0.0.1 csc.beap.bc.yahoo.com 127.0.0.1 beap-bc.yahoo.com 127.0.0.1 geo.yahoo.com 127.0.0.1 y.analytics.yahoo.com 127.0.0.1 ad.yieldmanager.com 127.0.0.1 ivwbox.de 127.0.0.1 yui.yahooapis.com 127.0.0.1 ir2.beap.gemini.yahoo.com 127.0.0.1 eu-central-1.onemobile.yahoo.com (I probably missed some servers, that need to be blocked.) I've some old trash account there, when phone verification didn't exist. It keeps asking for a phone number since 10 years or so, but that can be skipped and access was always possible without phone number. Actually, this Seamonkey-Retrozilla has a very good mail client onboard, that supports some newer ciphers. You can start it with "retrozilla.exe -mail" (use the command line or create a starter for this). Version 2.2 works for my Posteo account on an ancient Windows 98 machine. However with that password loop that you're getting, it seems that your settings (outgoing mail and incoming mail need to be configured seperately) are wrong. Although your provider could be an a** too and have shut the option for unencrypted, SSL3, TLS1.0, TLS1.1... hope you get at least TLS1.2! Play around with the ports too. Although setting it to what your mail providers says in the documentation, should do the job. However in some cases, there is more than one port possible.

Could it be because they have different SHA-2 updates versions ? And ,as far as I know, they were later included inside of the big all-in-one rollup packs.

It does , it's included in the updates, at least someone got it to work. Sorry , don't use win 7 myself to confirm. "After installing today's patches. I found that the cipher suites, signature algorithms and elliptic curves on Windows 7 were updated. Document is here: Microsoft Security Bulletin MS14-066 - Critical https://docs.microsoft.com/en-us/security-updates/SecurityBulletins/2014/ms14-066 User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko signature algorithms: SHA512/RSA, SHA512/ECDSA, SHA256/RSA, SHA384/RSA, SHA1/RSA, SHA256/ECDSA, SHA384/ECDSA, SHA1/ECDSA, SHA1/DSA" https://success.qualys.com/discussions/s/question/0D52L00004TnujbSAB/microsoft-updated-the-cipher-suites-on-windows-7

So how is this different to FurMark ? Highest possible GPU clocks + 100% load + locked at 120FPS is exactly the same torture test as furmark does . It will actually go lower if your game in fact "does" something . In menus they design them to run this way , I observed the same behaviour with my GTX980 and now with Titan X.

Here's a good example for you . memcpy (perfectly working function) was replaced with memcpy_s to ditch Vista . So you need to bring the old function back . Quite the same will be with your win8/10 https://www.tutorialspoint.com/c_standard_library/c_function_memcpy.htm https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/memcpy-s-wmemcpy-s Understood ?

Just so you know , there's no such thing as "idling in the menu" , in fact , it's much worse than a torture test . You can try it youself , just launch (let's say sacred 2 , because you're on XP , right? So no DX11 for you) and you will see the card clocks going higher and higher with every second . Now look at the frames , it could go to 300Fps and higher ! So I suggest to turn the sync ON . And even with Vsync ON it will still torture your card , and I advise against its . You might want to skip the menu and go play as fast as you can ! I once went to make a coffee and left Road Redemption (DX11 game) in the main menu . I can't even start to describe the heat that came out of the Black Titan . I guess it was 5-7 minutes tops.

Jakob , I can't say much sorry. But for the video drivers you would need to mod them to remove some of the code and/or dependencies , also the bloody artificial block that Intel/Nvidia put there . And that's only the top of the iceberg ! Even to test how they work , you would need to sign them! No procedure to load the unsigned drivers . This trick will not work on modified x64 drivers/systems, I tried. It's good and working only if you mod the "ini" file to add devices. bcdedit.exe /set loadoptions DDISABLE_INTEGRITY_CHECKS bcdedit.exe /set TESTSIGNING ON So I suggest to start modding 32-bit drivers and try, if there are any. As an example , I tried to mod an Nvidia driver that needed only two values to be changed , I succeeded with 32-bit version , because the 64 one wouldn't load (unsigned .sys driver). Where to start ? Extract the driver and look for the missing stuff with Dependency walker. Hope this helps. Dixel.

This is "about climate" topic . Do you think USPS trucks pollute the atmosphere ? Yeah , I agree , it's peanuts compared to the russian tanks/rockets near our borders.

Nothing to do with luck , you just didn't stress it well enough . I mean , never unleashed the full potential . All that games you play simply can't make the temps go high . Try to run some real DX11 game on it and you will see much , much higher temps . All of those paid reviews from the internet , lol ! They run their cards in a well air-conditioned rooms in open cases ! So add at least 10-15+ Celsius to the testing "results". And Titan black is very hot too , can fry eggs and even meat on it. In a well ventilated case with 2x 140mm intake and 2x120mm outtake : 88Celsius playing Sacred 2. (an old game from 2008). And that is with my room temps at 18-20 Celsius ! So I sold it and now have the first Titan , less heat , but about 86 degrees too. (at least a couple degress less and less noise). The very "talented" engineers from Nvidia made the metal plate with too few holes , so the air is trapped inside . The only solution is to drill more holes.

If it's a hardware failure, you could also try and boot up another OS. I'd use a Puppy Linux Live CD. If there is no sound on startup ("woof woof"), the speakers are probably broken. Unless something is disabled in the BIOS settings... did you have a look there? Did you work with Live CDs already? Feel free to ask.