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.

Well, you mentioned it was today's, and my eyes have went over it, so I tested the last week's again by mistake! Yes, last week's runs perfect, it's indeed today's that crashes upon startup as you said.

I run Win7 on real hardware. One of my machines is used for nothing but an email client to read emails on the bedroom TV (currently doesn't even have any web browser). But I haven't been following this thread - what needs tried on Win7 on real hardware? My Win7 (Enterprise x64) is a 12yr old Asus X54C laptop with an i3-2310M @ 2.1 GHz w/ 4 GB RAM.

Thanks, working fine now!

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

If you have install latest extended kernel , you don't need to install it again if you don't want to change options . The link of net framework 4.0 in the blog should installed in first , then install the others update of net framework as rollup of it including 2014 update. . To verify if net framework installed with success you should to find it in add/remove programs " client profile" and "extended" I hope you are succeed in installing the net framework 2.0 SP2 also. EDIT FOR 18/07/2023 : The extended kernel v3.1i has been released containing important additions : http://win2k.org/blog/2023/07/18/post-3457/ you can download it from wlu site : http://win2k.org/wlu/wluen.htm

Great! Idk why mine threw the message then.

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

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

I find them to be the RUDEST and most OBNOXIOUS invention EVER. NOT because people walk around in public while on them, NOT because people stand in line at the grocery store while on them, NOT because people are so ADDICTED to the screen that they will WALK IN FRONT OF A VEHICLE. No, they are the RUDEST and most OBNOXIOUS invention EVER because if you don't answer your phone by the third ring, you are accused by the person calling you for screening your calls. RUDEST and most OBNOXIOUS invention EVER because if you don't reply to a text within two minutes, the person texting you accuses you of being mad at them. RUDEST and most OBNOXIOUS invention EVER not because of the RECIPIENT of the phone call or text message, but by the person SENDING the phone call or text message thinking THEY are so important that the recipient MUST drop anything and everything! RUDEST and most OBNOXIOUS invention EVER !!!

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.

I'm leaving this as a stern reminder of our forum rules. 7.a You are expected to be mature when discussing in threads. Racism, pornography, threats, profanity, or excessive vulgarity is not tolerated. You will be promptly banned. No exceptions. 7.b This community is built upon mutual respect. You are not allowed to flame other members. People who do not respect personal opinions and/or personal work will be warned in first instance. If you ignore the warning and keep on flaming, you will be banned without notice. This point going forward, especially in this thread but this applies to all threads found on MSFN. If there is any more of this found, we will be taking action. It doesn't matter if you've been here since day one or if you just joined today. The rules apply to everyone. Keep an eye on the announcements forum in the coming days for more information regarding this. This is NOT up for discussion or debate. Any private messages we receive from this will just be deleted on the spot. This point forward, these rules need to be followed. Enough warnings and excuses. @Dave-H @gunsmokingman @tain

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 BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20230708-ef491d91-uxp-9f1550fb5-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20230708-ef491d91-uxp-9f1550fb5-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20230708-id-656ea98-uxp-9f1550fb5-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20230708-id-656ea98-ia-93af9a0-uxp-9f1550fb5-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild for UXP changes please see above.

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.

It brings a lot of good memories! I look forward to see it still kicks! Cheers, Dixel.

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!

Hi @dimo70! Actually, Mypal 68 is a browser targeting old operation systems. My OS is Windows XP Professional 32-Bit, and Mypal 68 runs perfectly here. I don't know why you want to run this browser under Windows 11. There, you can use much more recent browsers.

@feodor2 Do you have any idea why the legacy extension loaders don't work properly in Mypal 68.13.0? How far along is the development at the moment regarding everything that concerns extensions? E.g. the update function of extensions and so on?

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.

Update notification! @feodor2 has uploaded a new pre-release of Mypal 68.13.0. Here is his post: and here is the link to GitHub: https://github.com/Feodor2/Mypal68/issues/160#issuecomment-1546736807 JavaScript is now at level 78 in this new pre-release. Very important is to uninstall all language packs if used before installing this version. The new pre-release of Mypal 68.13.0 doesn't seem to be compatible with the old Firefox language packs. I already installed the new pre-release, and two sites which weren't working in the old pre-release are running again: VirusTotal and Leo. More tests in the next days! In any case, @feodor2 made a great job! Thanks again for sharing your work! Cheers, AstroSkipper

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:

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.

Unfortunately, I observed a new breakage of a web service. The service https://languagetool.org/de doesn't work anymore in New Moon 28 (2022-11-03). This must have been happened recently as some weeks ago it still worked. Same in Mypal 68. In 360ChromePortable 13.5.1030 rebuild 6, no problems at all. It seems to be a JavaScript problem. Here is a screenshot of New Moon with https://languagetool.org/de and the error console opened: Maybe, someone has an idea, or it can be fixed via a polyfill script. Cheers, AstroSkipper

Thanks for your very fast answer! It's this, respectively this, file - Diamond FireGL 1000 Pro BIOS update. I tried NM28, PM31, WinSCP and PM31 with FoxyProxy + WinSCP with Proxy from Canada, China, Czech Republic, Kazakhstan and Taiwan...no success! Let me know if you had success! And as said above, a mirror of one of the FTPs (especially the subfolder /Hardware/) would be extremely great. kind regards soggi I've uploaded it to MediaFire. Here is the download link: https://www.mediafire.com/file/erjx4k038m2qm3h/b1kp154.exe/file BTW, I am from Germany, too. I didn't need to establish a connection via Proxy or VPN. I connected to that server directly via my provider. Cheers, AstroSkipper

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

I'm fine, thank you, my friend. I just got back , but this time I'm not even able to be tired. I'm so angry, it gives me a good boost. Same old, same old. Still lots of commies walking the earth. Been on at least two important missions, which I can't talk about, but was interesting . And you ? How are you, my friend ? On a positive note, I met a pretty animal in the Ukraine's wilderness, that lives only there, I assume. It's a huge white water rat. Nice ...

@XPerceniol is strong ! I beleive in him.

Too many red flags ...

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.

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.

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.

No problem , sorry . The "easy way solution" comment has been removed a minute ago. I shall not interfere in the future.

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.