Leaderboard

Off-Topic Sensitive Posting

Of course it needs to be patched, you'll have to patch Opera.dll with CFF explorer and switch off the sandbox with the cmd flag —no-sandbox, this will make the browser insecure, but it will load pages. I guess it's fine, but only if you visit sites you 100% trust.

Here is a link explaining what Trimcheck actually does to prove whether a TRIM command was performed successfully or not: https://www.thessdreview.com/daily-news/latest-buzz/trimcheck-does-your-ssd-really-have-trim-working/ Maybe, it is useful for you to shed more light on this matter. Greetings, AstroSkipper

Ungoogled 109 is the last for Windows 7, it can be made fully portable with the help of just 2 flags.

@Dietmar FYI, there are already three other threads on the subject of TRIM under Windows XP here in the forum. I don't know if you have looked through them yet. Here are the links: https://msfn.org/board/topic/181729-ssd-toolkit-for-xp/ https://msfn.org/board/topic/184168-trim-on-nvme-disk-under-winxp/#comment-1231474 https://msfn.org/board/topic/173482-can-windows-xp-pro-x86-safely-trim-an-ssd/ Cheers, AstroSkipper

Nothing to be sorry about, I meant just better to post in a separate topic to avoid questions like this one, which people will ask anyways.

I didn‘t mean to offend anyone/anything . My bad I guess? Sorry.

I updated my post about 360 Total Security Essential 8.8.0.1119 to further specify the multiple antivirus engines (actually, there are five of them) used by this programme. One of them is the Avira AntiVir Engine which I will go into in a next post very soon. Cheers, AstroSkipper

From a purely technical persperctive (so no offence), the app doesn't work as intended, you simply switched off the most important security feature. The last Opera-Chrome for Win7,8,8.1 are still based on Chrome 109, it will change if you fix the sandbox and make it fully working. like someone did in CatsXP.

I guess it's not, but it would be wise not to mix all in one, to avoid creating confusions, agree?

New regular/weekly KM-Goanna release: https://o.rthost.win/kmeleon/KM76.4.9-Goanna-20231007.7z Changelog: Out-of-tree changes: * update Goanna3 to git bc755da7a5...e9dee823ef: - SearchService: more proper syntax for functions, and guard cachePaths as cache.directories can be undefined. (b7d6d7931f) - Downloads: more proper syntax for functions (74dee4fc8d) - browser: fix when browser.currentURI is undefined (9e12ec4b3d) - chrome: some const fixes (f830c933ef) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1231404 - SubscriptBaselineDropMin or SuperscriptBaselineDropMax are not read from the MATH table. r=jfkthame (4293e32fef) - Bug 953408 - switch to unprefixed hyphens property in tests. r=jfkthame (2ee7ee6bd4) - Bug 1207061 - Reftest for buggy bidi font that fails with graphite 1.3.2. r=jdaggett (3d1ae98e9e) - Bug 1161900 - Basic reftest to check that Balinese two-part vowel characters are shaped properly. r=jdaggett (5bd6653da0) - Bug 686225 - Reftest for Indic shaping with buggy OS X (AAT) fonts. r=jdaggett (76e81fba3e) - Bug 1156111 patch 1 - Give layout/reftests/ its own moz.build file. r=gps (8c1b128a6b) - Bug 1156111 patch 2 - Add BUG_COMPONENT metadata for tests in layout/reftests/. r=gps (c9089a56cf) (e9dee823ef) * 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 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.rthost.win/basilisk/basilisk55-win32-git-20231007-da5154f72-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20231007-da5154f72-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2321 - Fall back to 0 if setInterval interval not supplied (e0e15429) (955efc1a5) - import from UXP: Issue #2323 - Part 2: Implement timer nesting and clamping for workers. (1b7df316) (28e325ff8) - import from UXP: Issue #2323 - Part 3: Exclude chrome workers from worker timer clamping. (2ca57151) (efe9ce4bb) - ported from UXP: Issue #1442 - Part 1: Change ArrayBufferCopyData self-hosting intrinsic to take a start offset for the destination. This will be needed to manage stream chunks. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (90ca1f56) (783206e5c) - ported from UXP: Issue #1442 - Part 2: Add a run-time preference for toggling the streams API. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (62467428) (b80db2403) - import from UXP: Issue #1442 - Part 3: Implement ReadableStream and associated classes in the JS engine. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (54e84f0f) (2869f744e) - ported from UXP: Issue #1442 - Part 4: Add JSAPI functions for working with ReadableStream. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (9b9075ee) (564098686) - ported from UXP: Issue #1442 - Part 5: Implement WebIDL bindings for Streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (0701dcca) (7bd3fa286) - ported from UXP: Issue #1442 - Part 6: binding codegen naming alignment for Streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (4c5775b6) (3ebc8787a) - ported from UXP: Issue #1442 - Part 7: Use of ReadableStream in WebIDL files. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (dd2c9eb4) (f6f0b431f) - ported from mozilla: Bug 1373555 - Move the Fetch consume body login in a separate class - part 1 - separate files, r=bkelly (95263ffce5) (ff1ad2007) - ported from mozilla: Bug 1373555 - Move the Fetch consume body login in a separate class - part 2 - Rename FetchBodyWrapper to FetchBodyConsumer, r=bkelly (0092bff5f1) (4850416f5) - ported from mozilla: Bug 1373555 - Move the Fetch consume body login in a separate class - part 3 - Move the consuming body logic from FetchBody to FetchBodyConsumer, r=bkelly (f5b120a0b4) (aefba3d7f) - import from UXP: Issue #1442 - Part 8: Fetch implementation of streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 +worker-friendly pref checking for the DOM API. (bff1f3bc) (7fb23ef4b) - import from UXP: Issue #1442 - Part 9: Stream shutdown handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (3979e484) (b8bb2ad27) - ported from UXP: Issue #1442 - Part 10a - Unify body extraction in Fetch/Beacon/XHR. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (a4146b60) (cbf9f75a3) - ported from UXP: Issue #1442 - Part 10b - Use nsIXHRSendable instead Blob/FormData/URLSearchParams. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (a9520b2a) (e0fdf2511) - import from UXP: Issue #1442 - Part 10c - Use application/octet-stream for arrayBuffer in sendBeacon. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (772ab8ac) (6bf805b1a) - ported from UXP: Issue #1442 - Part 11 - Response.body handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Use BufferSource in webIDL. https://bugzilla.mozilla.org/show_bug.cgi?id=1337722 (a8a75090) (45ea3d9b0) - import from UXP: Issue #1442 - Part 12 - Label FetchBody. https://bugzilla.mozilla.org/show_bug.cgi?id=1363318 FetchSignal is not in our tree so this is a partial patch to get mOwner changes. Pre-requisite for Part 13. (346e8a87) (11afbdd82) - import from UXP: Issue #1442 - Part 12a - Allow idle worker shutdown to begin for an opt-in WorkerHolder mode. https://bugzilla.mozilla.org/show_bug.cgi?id=1362444 Pre-requisite for Part 13. (41216b88) (d7b6554b1) - import from UXP: Issue #1442 - Part 12b - Allow idle worker shutdown while Cache/CacheStorage DOM objects exist, but block it during Cache operation. https://bugzilla.mozilla.org/show_bug.cgi?id=1362444 Pre-requisite for Part 13. (0b450a3d) (4958c9ad3) - ported from UXP: Issue #1442 - Part 13 - Implement FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 (ef550b25) (c6cb04246) - import from UXP: Issue #1442 - Part 14 - Starting body consuming and passing the JSContext down from the binding entrypoints to where the ReadableStream could be read. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (842b9d47) (2a63ffbdf) - import from UXP: Issue #1442 - Part 15 - Setting the correct global when ReadableStream.getReader() is called. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (b124e54f) (c2c2c689b) - ported from UXP: Issue #1442 - Part 16 - Report stream errors during consumption. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (529bc13f) (4821a765a) - import from UXP: Issue #1442 - Part 17 - Creating FetchStream as a out param in order to avoid JS hazards https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (e2284591) (7a8de8dae) - import from UXP: Issue #1442 - Part 18 - Cycle collect FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (b898780b) (74ac87a7d) - import from UXP: Issue #1442 - Part 19 - FetchStream must support multiple read requests. https://bugzilla.mozilla.org/show_bug.cgi?id=1395220 (0e1efcb2) (369af6d89) - import from UXP: Issue #1442 - Part 20 - FetchStream should not have an extra JS::Heap<ReadableStream>. https://bugzilla.mozilla.org/show_bug.cgi?id=1390717 (b1a12de9) (1a40588ad) - import from UXP: Issue #1442 - Part 21 - Fix debug builds by removing an invalid assert. (375d7cf3) (453574ff7) - import from UXP: Issue #1442 & #1691 Follow-up - Part 22 - Changes that came with Dynamic Module Import. At the time we did not have ReadableStreams in our tree so these changes were left out. https://bugzilla.mozilla.org/show_bug.cgi?id=1499140 Implement support for dynamic module import in the interpreter. (41409ab6) (4a7623391) - import from UXP: Issue #1442 - Part 23 - Align FetchStream with Firefox 68ESR. https://bugzilla.mozilla.org/show_bug.cgi?id=1612308 https://bugzilla.mozilla.org/show_bug.cgi?id=1445587 Partial part 2 implementing synchronization changes. (836d36dc) (3fd15cede) - import from UXP: Issue #1442 - Part 24 - Prevent FetchStream from incorrectly running on the main thread. This prevents a deadlock and JSContext related crashes, however this should eventually be replaced by an EventTargetFor() call when the Dispatcher API is implemented. Also now that ReadableStream appears stable, toggle the preferences true by default. (f3991f98) (d0ab61e94) - import from UXP: - Issue #1442 - Part 25 - Fix bustage on X11 platforms. (52572d57) - Issue #1442 - Part 25b - Second try that hopefully doesn't break Windows. (04c9d661) (056103506) - import from UXP: Issue #1442 - Part 26 - FetchStreamReader needs to cancel its reader when it encounters write errors. https://bugzilla.mozilla.org/show_bug.cgi?id=1416879 Part 5 Also same fix as in Part 24 for FetchStream but in FetchStreamReader. (f21cc50c) (497060d4d) - sync libvpx with my UXP one. (ee79d50dc) - sync pdf.js with copy(1.7.348) from my UXP tree. (da5154f72)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20231007-d0fd16ed-uxp-e90473bdda-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20231007-d0fd16ed-uxp-e90473bdda-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-20231007-id-656ea98-uxp-e90473bdda-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20231007-id-656ea98-ia-93af9a0-uxp-e90473bdda-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-20231007-3219d2d-uxp-e90473bdda-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20231007-3219d2d-uxp-e90473bdda-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-20231007-3219d2d-uxp-e90473bdda-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-20231007-d849524bd-uxp-e90473bdda-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20231007-d849524bd-uxp-e90473bdda-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20231007-d849524bd-uxp-e90473bdda-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20231007-d849524bd-uxp-e90473bdda-xpmod.7z Official UXP changes picked since my last build: - Issue #2321 - Fall back to 0 if setInterval interval not supplied (e0e1542913) - Issue #2323 - Part 1: Add Min()/Max() methods to TimeDuration. (c78ecee3f2) - Issue #2323 - Part 2: Implement timer nesting and clamping for workers. (1b7df316c4) - Issue #2323 - Part 3: Exclude chrome workers from worker timer clamping. (2ca5715149) - Issue #1442 - Part 1: Change ArrayBufferCopyData self-hosting intrinsic to take a start offset for the destination. This will be needed to manage stream chunks. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (90ca1f569a) - Issue #1442 - Part 2: Add a run-time preference for toggling the streams API. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (62467428a3) - Issue #1442 - Part 3: Implement ReadableStream and associated classes in the JS engine. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (54e84f0f1d) - Issue #1442 - Part 4: Add JSAPI functions for working with ReadableStream. https://bugzilla.mozilla.org/show_bug.cgi?id=1272697 (9b9075eef6) - Issue #1442 - Part 5: Implement WebIDL bindings for Streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (0701dccaca) - Issue #1442 - Part 6: binding codegen naming alignment for Streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (4c5775b621) - Issue #1442 - Part 7: Use of ReadableStream in WebIDL files. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (dd2c9eb418) - Issue #1442 - Part 8: Fetch implementation of streams. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 +worker-friendly pref checking for the DOM API. (bff1f3bc60) - Issue #1442 - Part 9: Stream shutdown handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (3979e4847c) - Issue #1442 - Part 10a - Unify body extraction in Fetch/Beacon/XHR. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (a4146b60a4) - Issue #1442 - Part 10b - Use nsIXHRSendable instead Blob/FormData/URLSearchParams. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (a9520b2a7a) - Issue #1442 - Part 10c - Use application/octet-stream for arrayBuffer in sendBeacon. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Pre-requisite for Part 11. (772ab8ac41) - Issue #1442 - Part 11 - Response.body handling. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 Use BufferSource in webIDL. https://bugzilla.mozilla.org/show_bug.cgi?id=1337722 (a8a75090c0) - Issue #1442 - Part 12 - Label FetchBody. https://bugzilla.mozilla.org/show_bug.cgi?id=1363318 FetchSignal is not in our tree so this is a partial patch to get mOwner changes. Pre-requisite for Part 13. (346e8a87d7) - Issue #1442 - Part 12a - Allow idle worker shutdown to begin for an opt-in WorkerHolder mode. https://bugzilla.mozilla.org/show_bug.cgi?id=1362444 Pre-requisite for Part 13. (41216b88f6) - Issue #1442 - Part 12b - Allow idle worker shutdown while Cache/CacheStorage DOM objects exist, but block it during Cache operation. https://bugzilla.mozilla.org/show_bug.cgi?id=1362444 Pre-requisite for Part 13. (0b450a3def) - Issue #1442 - Part 13 - Implement FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1329298 (ef550b2579) - Issue #1442 - Part 14 - Starting body consuming and passing the JSContext down from the binding entrypoints to where the ReadableStream could be read. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (842b9d47b3) - Issue #1442 - Part 15 - Setting the correct global when ReadableStream.getReader() is called. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (b124e54fc7) - Issue #1442 - Part 16 - Report stream errors during consumption. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (529bc13f05) - Issue #1442 - Part 17 - Creating FetchStream as a out param in order to avoid JS hazards https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (e22845913d) - Issue #1442 - Part 18 - Cycle collect FetchStreamReader. https://bugzilla.mozilla.org/show_bug.cgi?id=1128959 (b898780bb1) - Issue #1442 - Part 19 - FetchStream must support multiple read requests. https://bugzilla.mozilla.org/show_bug.cgi?id=1395220 (0e1efcb273) - Issue #1442 - Part 20 - FetchStream should not have an extra JS::Heap<ReadableStream>. https://bugzilla.mozilla.org/show_bug.cgi?id=1390717 (b1a12de924) - Issue #1442 - Part 21 - Fix debug builds by removing an invalid assert. (375d7cf3b2) - Issue #1442 & #1691 Follow-up - Part 22 - Changes that came with Dynamic Module Import. At the time we did not have ReadableStreams in our tree so these changes were left out. https://bugzilla.mozilla.org/show_bug.cgi?id=1499140 Implement support for dynamic module import in the interpreter. (41409ab613) - Issue #1442 - Part 23 - Align FetchStream with Firefox 68ESR. https://bugzilla.mozilla.org/show_bug.cgi?id=1612308 https://bugzilla.mozilla.org/show_bug.cgi?id=1445587 Partial part 2 implementing synchronization changes. (836d36dc6d) - Issue #1442 - Part 24 - Prevent FetchStream from incorrectly running on the main thread. This prevents a deadlock and JSContext related crashes, however this should eventually be replaced by an EventTargetFor() call when the Dispatcher API is implemented. Also now that ReadableStream appears stable, toggle the preferences true by default. (f3991f9821) - Issue #1442 - Part 25 - Fix bustage on X11 platforms. (52572d5755) - Issue #1442 - Part 25b - Second try that hopefully doesn't break Windows. (04c9d661fa) - Issue #1442 - Part 26 - FetchStreamReader needs to cancel its reader when it encounters write errors. https://bugzilla.mozilla.org/show_bug.cgi?id=1416879 Part 5 Also same fix as in Part 24 for FetchStream but in FetchStreamReader. (f21cc50c03) - No Issue - Remove deprecation errors for obsolete RTCOfferOptions (6fdb3ac961) - Issue #2332 - Update to libvpx 1.6.1 (b860c5fe95) - Issue #2332 - libvpx upgrade followup part 1 (ed581885f8) - Issue #2332 - libvpx upgrade followup part 2 (cdc8770f5a) - Issue #2332 - libvpx upgrade followup part 3 (fcb078d794) - Issue #2332 - libvpx upgrade followup part 4 (ee5b062139) - Issue #2332 - libvpx upgrade followup part 5 (465ce802d1) - Issue #2332 - Remove unimplemented and non-spec getStreamById from RTCPeerConnection (7528b07555) - [DOM] Fix deprot in PerformanceMark.cpp (cdb890bdc3) Official Pale-Moon changes picked since my last build: - [Pale-Moon] No Issue - Don't build hunspell shared on SunOS. (28958637f9) - [Pale-Moon] Issue #1936 - Optionally leave Bookmarks menu open when spawning new tab. (56f5e8f283) Official Basilisk changes picked since my last build: - [Basilisk] Don't build hunspell shared on SunOS (ebf28e418f) - [Basilisk] Delete Firefox Dev Edition leftovers (1eca5a03c2) - [Basilisk] Update pdf.js to version 1.6.467 from Firefox 53.0.2 (328408759a) - [Basilisk] Update pdf.js to 1.7.348 from Firefox 54.0.1 (c5d109556c) - [Basilisk] Update PDF.js to 2.3.235 (21121b141b) - [Basilisk] Remove stubs and references. Remove some telemetry leftovers (32e4115055) - [Basilisk] Pref changes for old reports that no longer exist (6b8a4e9b72) - [Basilisk] Remove some mobile leftovers (77bc3513fd) - [Basilisk] Remove some android leftovers (c4f84bd3d5) - [Basilisk] Remove ios leftovers (3d339baec2) - [Basilisk] remove more mozilla spy garbage (6c88624503) - [Basilisk] Clean up an unused pref. Remove link to mozilla site from crash reporter (23ef0c81f7) - [Basilisk] Remove last bits of telemetry (b5a13a2a38) - [Basilisk] Remove obsolete documentation (a11b107f18) - [Basilisk] Remove unused functionality for reporting crashes to an external server (e73c73a426) - [Basilisk] Remove unused prefs for download of tiles on new tab page (3fa770bcba) - [Basilisk] Remove some leftover crashreporter stuff (264cd17e94) - [Basilisk] Remove browser.tabs.crashReporting.sendReport prefs (36ca1ce479) - [Basilisk] restore erroneously removed dom.ipc.reportProcessHangs pref ifdef (0be9ef65f6) - [Basilisk] Remove unsubmitted crash reporter from crash handlers (0ae5036656) - [Basilisk] Remove some unused crash report strings from localization data (04e9b40d4b) - [Basilisk] Report GTK version in about dialog for Linux builds (a03283044e) - [Basilisk] Issue #67 - begin porting over changes to stop using appconstants (e1e2d7e832) - [Basilisk] Fix issue with updater (2169356c67) - [Basilisk] Issue #67 - stop using appconst in aboutSessionRestore.js (fa1cbb6658) - [Basilisk] Dont preprocess files that dont need preprocessing (4c819bd3d5) My changes picked since my last build: - [Basilisk] some files in my tree still need preprocessing (4f9068fe23) - [Basilisk] pdfjs: Services.policies is not available in UXP, comment it out (d946fc6195) - [Basilisk] Revert "Update PDF.js to 2.3.235" as it breaks in e10s (e90473bdda) 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.

as you can see, it just white not only mypal but all firefox based browsers for xp as well

supermium a Windows 7 port of the Chrome browser, cant find portable version but web sites think you use Win 10. https://github.com/win32ss/supermium/releases latest version mimics Chrome vs 118.

I don't even waste my time trying user agents these days, that's "old school" and modern designers basically only rely on UA for "mobile" version versus "real computer" version. This polyfill will fix that web site for you - // ==UserScript== // @name Inject Change Array by Copy .toSorted() Polyfill [110] // @version 0.0.1 // @match *://*/* // @run-at document-start // @grant none // ==/UserScript== if (!Array.prototype.toSorted) { Array.prototype.toSorted = function (compareFn) { return this.slice().sort(compareFn); }; }

Oh, I see, it's okay. Well, Mypal 68 is currently beta, so BSODs are to be expected. I visited that website in Mypal 68, and while it loaded fast there, I didn't get a BSOD upon closing Mypal 68. Why not report your issue with Mypal 68 here (if you don't have a GitHub account): If you have a GitHub account, report issues there (you would need to follow the readme, especially the "if you got a blue screen" and "if you got a crash but without blue screen" sections): https://github.com/Feodor2/Mypal68/issues I hope I have helped you a bit. Best regards.

Open up gzdoom.exe with CFF Explorer and replace with the same string, but without "Try". Make a backup before!

I'm sorry - forgot to mention, yes it was Mypal 68. As for Serpent - I'm not too worried about an application crash here or there, it'll be fixed soon. It's the best I've got, since mozilla abandonment.

I just checked the website you mentioned, and I don't get a crash here, on Serpent 52.9.

I assume you accessed that same website in Mypal 68, and not in Mypal 29, right?

@JFX Italian translation update WinNTSetup 5.3.2 italian.zip

WinNTSetup 5.3.2 - native ARM64 code for WIM apply and capture - WIM apply and capture will be executed as "trusted installer" - WIM capture UI adds compression level, defaults to wimlib's LZX Fast - wimlib wimboot apply - changed overlay type to WIM_BOOT_OS_WIM - wimlib capture WIM - deletes incomplete WIM after operation cancel - wimlib smooth progress bar for appending operation - using customized wimlib.dll (do not update!) - automatically switch to wimlib, if wimgapi can not load WIM file - fixed cancel setup was ignored during DISM operations - fixed WinCopy Volume mode problems - fixed some issues with ARM64 sources - added advanced VHD creation options - respect NTFS indexing option on target partition - no longer downloads ADK files on Win10/11 Host

I'm hoping that the worst is now over.

Thanks for your reply! At the moment, it's absolutely no fun to have a conversation anymore. I only see messages telling me to wait x sec until I can reply where x is an integer growing with attempts to respond in a timely manner.

I found two links (German websites) abour TRIM under Windows XP: https://www.pcwelt-forum.de/threads/trim-bei-win-xp-ausfuehren-geloest.514205/index.html https://www.die-oswalds.de/blog/2019/09/25/windows-xp-und-die-ssd/#:~:text=Windows XP unterstützt noch kein,TRIM-Support vom OS überflüssig. And you can try out the manufacturer's tool Samsung Magician: https://semiconductor.samsung.com/consumer-storage/support/tools/ PS: Thanks to this new annoyance called Flood Control I had to wait 1400 sec to post this reply. No chance to reply as usual. Always a message about a too short time frame blablabla. I am really glad to be a normal member.

Glad to hear that this tool is working under Windows XP. BTW, I use O&O Defrag Professional 17.5.559.0, too. A great defragmenter (although SSD drives do not need to be defragmented)! In any case, the best I ever used to optimise HDDs under Windows XP. But I do not use SSDs under Windows XP. Maybe, you try a tool from the manufacturer, in your case Samsung, to trim your SSD. If such a tool also failed, you would know that presumably a trim is not possible under this configuration (hardware and OS). Or, try to perform a trim using a Linux Live System via DVD! Linux works often much better if hardware problems occur. Cheers, AstroSkipper

Hello @Dietmar! Trimcheck does this job. I don't know if it is XP-compatible. But I think you will see it when starting this tool. The last/latest version is Trimcheck 0.7 which you can get here: http://files.thecybershadow.net/trimcheck/ Older versions are also available there. Cheers, AstroSkipper

Now it just says "please update your graphics software" and makes an attempt to launch IE (which I obviously removed from the ISO) and then quits.

Things are getting weirder and weirder, now the posts from you are damaged, distorted, they look like a mess. Only from you or even the posts that are near to yours. I don't know why. See the screengrabs.

@XPerceniol, @UCyborg, @msfntor, @AstroSkipper.I'm sorry, it seems I was blocked from putting likes to your comments, screenshot with proof below. I shall try later.

Lookie here, I found some widely available literature on what happens when/if someone blocks D.Draker. Names and my short resumes below. The modern ones are too plain, on the other hand - straight to the ponit. "A day without D.Draker - pain with pleasure, or just pain ?" 2016 Intriguing, with a soft touch of mystery. "D.D. haunts me wherever I go, will magic help ?" 1991 Over saturated with dark rituals. So-so. "Will blocking D.Draker bring me satisfaction ?" 2018 This one's a waste of money, in my opinion. Could give you a spoiler - no. "The 101 best pieces of advice on how to kill time between D.Draker's posts." 2020 A good one, recommend.

"D." stands for my first name, let's assume it's Dereck, a very common name in France. Would it be hard for you to read and finally remember this simple text ? https://en.wikipedia.org/wiki/Derek "Derek is a masculine given name. It is the English language short form of Diederik, the Low Franconian form of the name Theodoric.Theodoric is an old Germanic name with an original meaning of "people-ruler".. Common variants of the name are Derrek, Derick, Dereck, Derrick, and Deric.Low German and Dutch short forms of Diederik are Dik, Dirck, and Dirk" You better tell me, why did you even ban win32 ? Enemies all around ?!?? lol. There's a huge list of users you banned, I see you don't like me, ok. But win32 ?!??!? And that poor Jody guy... But then again, I don't care, just don't bring the crap from your "forum" here. And stop creating fakes with MSFN members, using their names.

I remember there were sweet times when we had a good function (at least POF had it longer than the others), where we could just block countries in batches. The first and obvious batch included Russia, Nigeria and similar. But later "they" started to get "clever" and used VPN to register from Western Europe/UK/US and things got more complicated. I wonder could it still be implemented here ?

Well , thanks, I'm gonna replace it then, after the weekend is over.

Well, I unpacked the GT1030 and tried it ... well to say I'm not satisfied - is to simply say nothing. The picture has purplish (reddish) tint , like on the American NTSC standard with purple faces, like on VHS/DVDs. Is it supposed to be this way ? I don't know. The 10-bit colour setting doesn't work, it leads to a blank balck screen.

I guess it could this be the reason for NVCPL not starting, no ?

At least you won't have to edit the settings anymore and there is no need to keep the data folder , everything is hardcoded (even the search engines). I guess now you see my version starts with everything in English , like I told before.

Made another screencap with another IP , updated the image (see the prev. post), UN - muted all tabs . Still , I do not see any "favicons" ,as you call them, at all . Perhaps because I blocked everything I could !