Jump to content

VistaLover

Member
  • Posts

    2,263
  • Joined

  • Last visited

  • Days Won

    93
  • Donations

    0.00 USD 
  • Country

    Greece

Everything posted by VistaLover

  1. @Mr.Scienceman2000 : You need to have previously installed (and probably also fully updated) .NET Framework 4 for Kaspersky Labs Products to run on XP and beyond; the last "series" of Kaspersky products to not require .NET4 was the "2013" one... Do you actually have .NET4 on your XP Pro SP3 machine?
  2. Window's Notepad is unsuitable for editing code ; as @nicolaasjan suggested, use for such tasks a dedicated code/text editor, with coloured syntax themes; proper code editors will automatically identify syntax errors (e.g. missing brackets, commas, etc.) and alert you about them (e.g. by highlighting the error block in a different colour or poping up a notification, etc...) [Another thing to consider when using Notepad is the encoding format when saving a modified file; usually Notepad saves a file as ANSI, but several code files need to be saved as Unicode/UTF-8 instead...]
  3. The Firefox add-on is of a type called Web Extension (Mozilla's attempt to ape Chromium extension format; search for more info...); Pale Moon, of which New Moon 27/28 is an unofficial fork, has never supported Web Extensions (by choice of its developers), thus 'Good Old Youtube' can't be installed in New Moon... Try Serpent 52.9.0 (the ia32 build should run on non-SSE2 CPUs, if you fall into that category) ... Sadly, at this very moment, Roytam1's binary repository is DOWN, so you may have to kindly ask for that among members here...
  4. So sorry to hear about this but, to be honest, was kind of expecting it to happen, if one takes into perspective their previous record: o.rthost.cf was taken down on ca. Oct 21st 2018; o.rths.cf was taken down on ca. Oct 8th 2019; and (not surprisingly) o.rths.ml has been taken down on Oct 22nd 2020... ... As you can tell, they are being consistent, allowing you a free domain for the duration of (approximately) a whole calendar year (and, as I recall, a maximum of 3 [free] domains can be granted to a free "freenom" account holder) ...
  5. Latest version of G-O-YT, 1.15.2, installs and functions perfectly fine in St52 as long as the correct modification to its manifest.json file has been performed, which is probably where you messed-up... @vikmin : Since Serpent 52 does not observe extension-signing, you can also do away fully with the META-INF directory... Those not confident modifying source code files, may switch to Old Youtube, which was updated to v2.1.1 (I prefer myself the G-O-YT one because it's more failproof than O-YT ). NB: Serpent 52 does NOT currently search AMO for WE updates, so you must yourself do so (e.g. bookmarking both extensions' "versions" pages on AMO and visiting periodically...). Do keep in mind both extensions are just "hacks", they may break at any time, when Google completely obliterate the classic GUI's files from YT servers...
  6. Related upstream support forum thread: https://forum.palemoon.org/viewtopic.php?f=29&t=24993&p=197006 The website admins basically write code targeting very recent Javascript engines and/or Chrome-specific web technologies (e.g. ShadowDOM, part of Google Web Components); latest New Moon 28 should function correctly with WBM's timeline bar ; as for getting this to work under NM27, I can only guess it'd be an extremely difficult task, if at all achievable... Best greetings
  7. @roytam1's Pale Moon fork does not target Windows XP exclusively; it can run very well on Windows OSes past XP, i.e. Vista, 7, 8, 8.1, 10; "our" maintainer has, among other things, extended upstream support "below" the officially sanctioned Windows OSes, to include Vista/XP/2k (probably with "Extended Kernel" installed); I see no reason to remove support for OSes other than XP (this would be plainly selfish coming from XP users), since our UXP fork has already diverged enough from upstream to be a separate platform... I am aware of people (several of them here on MSFN) on Win7+ using New Moon 28 and/or MyPal 28 because they prefer them to the upstream offering... Divergence is more pronounced on the Serpent 52 fork, e.g. it has retained WebExtentions support, thus a person on, say, Win8.1 can't use official Basilisk if said person wants a "legacy-style" browser with additional WE support; e.g., recent discussion about WEs restoring "classic" Youtube layout comes to mind... Denying people the ability to appreciate @roytam1's offerings on OSes other than Windows XP is an OS-discriminatory stance akin to the one exhibited by upstream, denying their applications to Vista/XP users ; and I stand to be corrected, but Win8-specific codepaths in the platform won't even load when the application is launched under XP, so I wouldn't call "Start Menu Tiles" support in the platform/app code a "feature" that has "crept"... The majority of people here that have stayed on Win<7 are tied to some older hardware which, for a wide variety of reasons, don't want/can't make parts with... Each one's (older) hardware combination (motherboard, CPU, GPU, etc.) is probably unique, so it might be unwise to generalise on overall performance going just by one's own particular setup(s)... Thankfully, Roy tries to maintain a wider variety of forked browsers to accommodate most older setups, the key here is what works best for "you" (your H/W, S/W, workflow, etc.). I'll refrain from commenting on your "security" views, I said recently that this is a (mostly) democratic community, thus all opinions are welcome/heard (to the point they don't violate forum rules); FWIW, we have here proponents of both extremes on the subject of "security"... Best regards
  8. It is currently ca. 00:20 GMT on Mon, Oct 19th and it appears the issue has rectified itself ; "o.rths.ml" is again accessible from my location...
  9. The Good Old Youtube extension I linked to above has been recently updated to mitigate the broken yt search feature... (screenshot above was taken with New Moon 28; will look slightly different when visiting with Serpent 52 )
  10. @roytam1 : Has the hostname been changed to something else, again? Can you please share? I am, too, getting the Error 522 Cloudflare response with everything hosted on o.rths.ml ...
  11. Good Old Youtube also does a brilliant job of re-instating the non-polymer youtube interface (which is more lenient towards computer resources, especially applicable on older hardware/OSes), but, as it is an id-less Web Extension not supported on Serpent 55/52, it doesn't install out-of-the-box ; but if you modify its manifest.json file to include a gecko-id, then it will install (and work) OK! { "name": "Good Old YouTube", "manifest_version": 2, "version": "1.15.0.1-unsigned", "description": "Switch back to classic YouTube interface!", "icons": { "96": "images/logo.svg" }, "background": { "scripts": [ "shared.js", "options/default-options.js", "logger.js", "reconstruct.js", "background.js" ] }, "content_scripts": [ { "matches": [ "https://www.youtube.com/*" ], "css": [ "styles/hide-alert.css" ], "js": [ "shared.js", "content-script.js" ], "run_at": "document_start" } ], "options_ui": { "page": "options/options.html" }, "permissions": [ "https://www.youtube.com/*", "storage", "webRequest", "webRequestBlocking" ], "applications": { "gecko": { "id": "{482060de-6804-4020-a1b9-16dc012a3c93}" } } } (The id string is identical to the one generated when the extension is installed in FirefoxESR 52.9.x)
  12. https://addons.mozilla.org/en-US/firefox/addon/old-youtube/
  13. Shadow DOM v1 implementation on UXP is being tracked (by upstream) in https://github.com/MoonchildProductions/UXP/issues/1375 Related implementations tracked in: Custom Elements v1 Google WebComponents ... so the answer to your question is yes... FWIW, are you in any capacity to lend a hand towards implementing the remaining "1/2 of Shadow DOM v1" and/or expediting the full implementation of the rest of the Google-spawned web technologies?
  14. Isn't this just like Firefox ESR 52.9? It looks as though no-one really pays any attention to the stuff I post ; I mentioned WF Classic just in the previous page... ... And the recent OT discussion about browsers that do NOT launch and run on XP (/Vista) should be better continued in one of the Win7+ subforums... Just my 2 (euro)cents...
  15. ... Not according to the M.A.T. person, who claims a supreme knowledge of even the "finest letters" of the MPL-2 licence: I think that part was explained previously by M.A.T; hosting the source code of one project covered by MPL-2 in a private repo does not make it Closed Source; whenever the code author releases an executable form (binary) of the code, he has the obligation to provide, by reasonable means, access to the source code that was used to compile the executable form; "reasonable" means could very well be a link to a source tarball or, upon user request, dispatch of the used source via a physical storage medium (the cost of which should be covered by the user requesting it...); what's more important is the fact that the publicly revealed source code does not carry the "buildability" obligation, that is any additional "hack" used by the author to compile the source into an executable form can remain private...
  16. @Sampei.Nihira : You are, of course, entitled to your own opinion, this is a (mostly) democratic community of users, but as a person whose workflow relies on GitHub (a member since 2014), not installing that linked extension by JustOff means my only other recourse on my current OS (Vista SP2 32-bit without Extended Kernel) would've been (abandoning New Moon 28 and) switching to a 360 Extreme Explorer variant (even v11, Chromium 69 based, was tested to work OK on GitHub)... PS: Let's all hope that upstream get a wake-up call with this recent GitHub debacle and decide to focus on fully implementing Web Components on UXP sooner rather than later... Then we wouldn't have to install workarounds to get GitHub working (at least those of us that need it working...)
  17. Upstream support forum thread: https://forum.palemoon.org/viewtopic.php?f=70&t=25435 Workaround, that will restore ~ 95% of GitHub's lost functionality: Install github-wc-polyfill-1.0.3.xpi from: https://github.com/JustOff/github-wc-polyfill/releases/tag/1.0.3 All credit goes to (upstream) Ukrainian developer @JustOff ; however, that extension was created with official Pale Moon in mind, hence its install.rdf file has: <em:minVersion>28.14.0</em:minVersion> Should install as is on Mypal 28.14.x (if that's what you want it for ), but to install on latest New Moon 28, one has to edit that line to read: <em:minVersion>28.10.2a1</em:minVersion> The add-on itself has been probably inspired by the WebExtension add-on Polly, that was created for Waterfox Classic users to mitigate GitHub's breakage on Oct 14th 2020... Polly targets a Firefox 56 fork, which has a lot more WebExtension APIs than either Serpent 52.9.0 or Centaury; as a result, Polly will install on Serpent/Centaury, but won't work as designed... Additionally, Waterfox Classic users can (mostly) fix GitHub by toggling dom.webcomponents.enabled to true but, while the same pref does exist in UXP browsers, Web Components support in UXP is extremely unripe/at a very early stage... FYI, github-wc-polyfill extension embeds a base64encoded copy of https://unpkg.com/browse/@webcomponents/webcomponentsjs@2.4.4/webcomponents-bundle.js https://github.com/webcomponents/polyfills/tree/master/packages/webcomponentsjs#using-webcomponents-bundlejs ======================================= Some background: Before the Microsoft buyout () , GitHub would support the latest version of major browsers like Google Chrome, IE/old Microsoft Edge, Safari, Firefox, and care would be taken to not break the current ESR version of Firefox; additionally, "legacy" browsers like Pale Moon, Basilisk, Waterfox (Fx56-based) were "whitelisted" and treated in a special manner so as to remain compatible, but still on a best-effort basis... It well appears that now the "old" team of GitHub developers, the ones sympathetic to "legacy" browsers, have been set aside by the new management, which is hardly any surprise as Microsoft have colluded with evil Google, the net effect being that currently GitHub only caters to the four iterations of Chromium that dominate the browser market (Google's Chromium=Chrome, Microsoft's Chromium=[New] MS Edge, Apple's Chromium=Safari and Mozilla's Chromium-wannabe=Firefox [Quantum] ) ...
  18. ... Even if the "issue" can be reproduced using official Interlink on a sanctioned Windows OS version and even if the "issue" is acknowledged as a genuine bug by M.A.T. (one person's "unfathomably unacceptable" could very well equate "take it or leave it" in M.A.T.'s universe ) and even if the bug is fixed, the fix will arrive to the reporting user only in binary form, via a future Interlink build release ; i.e., the Binary Outcast source code repository being private, the fix in source code form (commit) won't be public, thus not portable to the fork (Mail News) in a straightforward fashion... @Dylan Cruz: Do you now see the broader picture?
  19. ...Well, @roytam1 is extremely busy and pressed for time currently in RL, that's probably why the recent discussion about broken YT chat on LIVE streams was not acted upon in a due fashion... Upstream have also received similar reports (be it in the Mac subforum) and Moonchild himself was initially oblivious to the solution: Most thankfully, @rereser stepped in to enlighten the browser guru: https://forum.palemoon.org/viewtopic.php?p=201384#p201384 so I guess that change will soon hit the upstream Pale Moon repo and, hopefully, be merged in next weekend's New Moon 28 builds... NB: As an unofficial/non-endorsed fork, New Moon isn't entitled access to the "Dynamic SSUAO Updates" service, currently put in place for the stable channel of Pale Moon; so, as you said, a NM28 user has to manually correct/modify the YT SSUAO entry inside about:config... OT: Thank you again for notifying "upstream" about this; I guess having an account on both "camps" is useful for cases like this one, where both "worlds" can profit from... But it sure was a prudent thing to exclude even the most minute reference to forks/officially unsupported OSes/MSFN in particular, or a "certain" person will have eaten you raw... (And I've also noticed how that person has adopted a recent habit of checking official forum posters against the database of MSFN members, once a match is found (via username), then the reporter is treated as dirt... ) Kind regards
  20. Many thanks for still finding the time, between your hectic real life currently, to compile and offer these builds! I think I am one of the very few (possibly the only one?) but I actually read closely and study these official changelogs every week (so rest assured your effort is not in vain...), but I am sorry to say this week's is a sorry mess... And this is identical to last week's: I believe the correct changelog for this week is (what is currently listed under this week's PM changelog): Official UXP changes since my last build: - Issue #1665 - Take overflow-wrap into account when calculating min-content intrinsic size. (8e18743ab) - Issue #1666 - Implement overflow-wrap: anywhere (dadef50bd) - [devtools] Teach devtools about overflow-wrap: anywhere (521f2b476) - Issue #1606 - Add support for multi-monitor DPI awareness v2 (W10 1706+) (bda6f1a93) source: https://github.com/MoonchildProductions/UXP/commits/master Correct changelog for this week is: Official Pale-Moon changes since my last build: - Back-end branch pointer update (Unstable 2020-10-04) (f6ae5e0) - [app update] Move update cert entries to branding (b48aee5) - Issue #1812 - Enable per-monitor DPI v2 in Pale Moon (762408f) - [SSUAO] Update Yahoo override, since they now throw a fit when seeing anything "Pale Moon" in the UA. (aa3ff77) source: https://github.com/MoonchildProductions/Pale-Moon/commits/master NB: http://rtfreesoft.blogspot.com/2020/10/weekly-browser-binaries-20201010.html is also messed up!... Take the best of care!
  21. Let us hope the official UXP/Basilisk repositories remain public, so that any future purging of 32-bit-only codeblocks could be reverted... Nonetheless, successfully compiling the source for x86 targets will turn, over time, into an increasing challenge, since upstream won't test anymore whether their codebase compiles into 32-bit binaries, nor would they offer any kind of help to mitigate eventual future 32-bit compilation errors...
  22. @Alex654 : I just navigated to a LIVE youtube stream: https://www.youtube.com/watch?v=DDU-rZs-Ic4 with the very latest New Moon 28 32-bit build (buidID=20201002092931) and live chat is displayed correctly: My yt SSUAO currently is general.useragent.override.youtube.com;Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) I can confirm that by restoring the default yt SSUAO: general.useragent.override.youtube.com;Mozilla/5.0 (%OS_SLICE% rv:60.0) Gecko/20100101 Firefox/60.0 PaleMoon/28.10.2a1 "Live Chat" BREAKS, as you reported:
  23. This is a known issue that has already been reported in the "upstream" support forum, as it is reproducible in official Pale Moon client (v28.1x.x): https://forum.palemoon.org/viewtopic.php?f=70&t=25154&p=198725 Last post from OP (a month ago) suggests a youtube.com SSUAO mimicking a Fx 62.0+Basilisk UA, e.g. Mozilla/5.0 (Windows NT 6.1; rv:62.0) Gecko/20100101 Firefox/62.0 Basilisk/52.9.2020.10.05 fixed things for him at the time... NB: Just a friendly reminder , when you seek help for an issue affecting specific sites/services, be kind enough to also provide clear URLs where the issue reported can be tested by other members of this community who may not be familiar with the issue at hand (FWIW, I don't have a Google/YouTube account and I NEVER use the "chat" feature ) ... Best greetings
  24. Hello there @feodor2 That code was probably ported from Arctic-Fox, a Tycho (Pale Moon 27's platform) fork targeting mainly old Macs: Part1: https://github.com/wicknix/Arctic-Fox/commit/9e6e13a15ae60fc4379b9dd0dd26969784b13a53 Part2: https://github.com/wicknix/Arctic-Fox/commit/bc40f1eb67037a878c0b270f72efb3076cfcf01e That code there affects only FFmpeg's h264 decoder but, by the looks of it, is turned OFF by default; you'd have to create the hidden about:config boolean pref: media.ffmpeg.skip_loop_filter and set it to true to make use of it... I can't speak from experience, because under Vista SP2 32-bit I'm not seeing (rather... hearing ! ) this bug ; but having followed closely related discussions in the past, I can surmise that: Twitter don't care at all for a Pale Moon user-agent (or any other non-mainstream browser they don't support ), so they are treating it as a generic mobile device browser, thus feeding it with a lower quality/bandwidth audio stream encoded in the HE-AAC (v1/v2) profile (more here); most times, they stream using either AppleHLS and/or MPEG-DASH (i.e. fragmented streams), rather than progressive download streams; the ffvpx library patch (to contain additional h.264/aac decoding support) is just a hack to cater to Windows XP's lack of Windows Media Foundation (WMF), i.e. native patented decoders; it hasn't been identified, yet , where exactly things break, but the patched ffvpx can't cope fully with HE-AAC over fragmented (aka adaptive bitrate ) streams, hence the audio distortion under XP (NB: On Vista+, NM28 makes use of WMF decoders [media.wmf.enabled;true] and this issue does not manifest itself... ). Switching to Firefox compatibility UA-mode (or using a Firefox SSUAO for twitter.com) allows Twitter to treat NM28 as a desktop browser and thus it is fed audio in the higher quality/bandwidth AAC-LC format (and possibly via progressive HTTP streams) that ffvpx can decode more efficiently... But YMMV, especially between various sites... Kind regards
×
×
  • Create New...