nicolaasjan

The content.dtd file was not the culprit here. I had to modify colors.dtd. (the translated strings are the same as in official Pale Moon) Now it's functional again. Feel free to add it to your alphabetical list of all posted extensions. The link is the same as in my previous post about the updated privacy.dtd.

You can find an offline html TOTP Token Generator here. Download the zip, extract and click on 'index.html' in the folder 'public'. Paste in your secret key obtained from GitHub and voila. 🙂

I will see what I can do tomorrow (my PC uptime is 16 hours atm...). It all sounds quite difficult. With the original English one; do you mean the one here?

Indeed the same error here. What do I have to change?

What issue was that? Then I can see if it occurs in the Dutch language pack as well.

Thanks! Here is the updated Dutch one. (ping @gerwin)

From now on I will provide yt-dlp built with Python 3.9. (see comment 1254119) [debug] Command-line config: ['-v', '--ignore-config'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version nightly@2023.10.23 [a40e0b37d] (win_x86_exe) [debug] Python 3.9.13 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-111893-gbef151d-Reino (setts), ffprobe N-111893-gbef151d-Reino [debug] Optional libraries: Cryptodome-3.19.0, brotli-1.1.0, certifi-2023.07.22, mutagen-1.47.0, requests-2.31.0, sqlite3-3.37.2, urllib3-2.0.6, websockets-11.0.3 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests [debug] Loaded 1890 extractors

Yes, you can follow the developments here, with instructions. The Legacy uBlock Origin for e.g. the New Moon browser does not have the "Quick fixes" list, so you'll have add it yourself to "Custom". This is the address: https://raw.githubusercontent.com/uBlockOrigin/uAssets/master/filters/quick-fixes.txt Since YouTube changes code very often, be sure to update the filter regularly. [Edit] I'm not sure these rules are compatible with the Legacy uBO... I don't see them in the logger.

Addendum: The Py3.9 build did better: [debug] Command-line config: ['-v', '--ignore-config'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version nightly@2023.10.15 [4e38e2ae9] (win_x86_exe) [debug] Python 3.9.13 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-111893-gbef151d-Reino (setts), ffprobe N-111893-gbef151d-Reino [debug] Optional libraries: Cryptodome-3.19.0, brotli-1.1.0, certifi-2023.07.22, mutagen-1.47.0, requests-2.31.0, sqlite3-3.37.2, urllib3-2.0.6, websockets-11.0.3 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests [debug] Loaded 1890 extractors

It was possible to add these, but the resulting binary didn't seem to pick up requests 2.31.0. : [debug] Command-line config: ['-v', '--ignore-config'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version nightly@2023.10.15 [4e38e2ae9] (win_x86_exe) [debug] Python 3.8.13+ (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-111893-gbef151d-Reino (setts), ffprobe N-111893-gbef151d-Reino [debug] Optional libraries: Cryptodome-3.19.0, brotli-1.1.0, certifi-2023.07.22, mutagen-1.47.0, sqlite3-3.35.5, urllib3-2.0.6, websockets-11.0.3 [debug] Proxy map: {} [debug] Request Handlers: urllib [debug] Loaded 1890 extractors Pip list: Package Version ------------------------- --------- altgraph 0.17.3 Brotli 1.1.0 certifi 2023.7.22 charset-normalizer 3.3.0 future 0.18.2 idna 3.4 importlib-metadata 6.8.0 mutagen 1.47.0 packaging 23.2 pefile 2022.5.30 pip 23.2.1 pycryptodomex 3.19.0 pyinstaller 5.13.2 pyinstaller-hooks-contrib 2022.14 pywin32-ctypes 0.2.1 requests 2.31.0 setuptools 68.2.2 urllib3 2.0.6 websockets 11.0.3 wheel 0.41.2 zipp 3.17.0 [notice] A new release of pip is available: 23.2.1 -> 23.3 [notice] To update, run: python.exe -m pip install --upgrade pip Notice: I reverted to pip 23.2.1, because 23.3 gave this all the time: WARNING: There was an error checking the latest version of pip. If adding these optional dependencies somehow fail to do their job, I'm not sure I'll implement them... Could you test the build linked above, because I have no idea in which scenario to test this myself... PS, The Dutch weather turned to 6°C at the moment... 🙁

In the profile folder. https://kb.mozillazine.org/User.js_file

(offtopic) IrfanView updated its webp plugin:

The Chromium issue is also " Permission denied" (even when logged in with Google account) And yes, it is scary.: https://www.mozilla.org/en-US/security/advisories/mfsa2023-40/ From: https://stackdiary.com/critical-vulnerability-in-webp-codec-cve-2023-4863/: (it was a Zero-Click, Zero-Day Exploit from the infamous NSO Group, know for the Pegasus spyware) On Wikipedia you can find a list of software that uses libwebp: https://en.wikipedia.org/wiki/WebP#Support

Missed that entirely. What kind of a mess is that? Anyhow, I tested with your userscript on stackdiary.com, but it still displayed wrong here. Added the line: // @match https://stackdiary.com/* Or is there more that needs to be changed? What did work on that site: layout.css.is-where-pseudo.enabled ---> false Can Moonchild fix this?

Indeed. Same happening in official Pale Moon here... But for those who have no access to a "modern" browser, here is a pdf of the page.

There is a good explanation here: https://stackdiary.com/critical-vulnerability-in-webp-codec-cve-2023-4863/ BTW, official Pale Moon was already fixed yesterday.

Just FYI; FFmpeg binaries by our forum member @Reino were updated on Sep. 4. See also the notes here.

Just updated. 🙂 Alternative link: https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_Windows-XP.zip

yt-dlp updated to nightly@2023.09.05 [c6ef55379]. Temporary fix for Facebook manually included for whoever uses that site. See issue #7901.

Maybe this could be useful; https://github.com/jaden/totp-generator This is an offline TOTP-generator for use in the browser. Works for me in Pale Moon.

30 security vendors and no sandboxes flagged this file as malicious.

(offtopic) Today I cross-compiled ffmpeg-nonfree (both 32 and 64bit) with the script from here. Took 5 hours. Sandbox directory 27.8GB. Doesn't work on XP. On Vista it gave: On Windows 7 it worked. File size of the 64bit version is ~116MB, but you have to take into account that a lot of libs are enabled: ffmpeg version N-111790-g7e246a5db5-ffmpeg-windows-build-helpers Copyright (c) 2000-2023 the FFmpeg developers built with gcc 10.2.0 (GCC) configuration: --pkg-config=pkg-config --pkg-config-flags=--static --extra-version=ffmpeg-windows-build-helpers --enable-version3 --disable-debug --disable-w32threads --arch=x86_64 --target-os=mingw32 --cross-prefix=/media/ext3-data/git/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-x86_64/bin/x86_64-w64-mingw32- --enable-libcaca --enable-gray --enable-libtesseract --enable-fontconfig --enable-gmp --enable-libass --enable-libbluray --enable-libbs2b --enable-libflite --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libvorbis --enable-libwebp --enable-libzimg --enable-libzvbi --enable-libmysofa --enable-libopenjpeg --enable-libopenh264 --enable-libvmaf --enable-libsrt --enable-libxml2 --enable-opengl --enable-libdav1d --enable-cuda-llvm --enable-gnutls --enable-libsvtav1 --enable-libvpx --enable-libaom --enable-nvenc --enable-nvdec --extra-libs=-lharfbuzz --extra-libs=-lm --extra-libs=-lshlwapi --extra-libs=-lmpg123 --extra-libs=-lpthread --extra-cflags=-DLIBTWOLAME_STATIC --extra-cflags=-DMODPLUG_STATIC --extra-cflags=-DCACA_STATIC --enable-amf --disable-libmfx --enable-libaribcaption --enable-gpl --enable-frei0r --enable-librubberband --enable-libvidstab --enable-libx264 --enable-libx265 --enable-avisynth --enable-libaribb24 --enable-libxvid --enable-libdavs2 --enable-libxavs2 --enable-libxavs --extra-cflags='-mtune=generic' --extra-cflags=-O3 --enable-static --disable-shared --prefix=/media/ext3-data/git/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-x86_64/x86_64-w64-mingw32 --enable-nonfree --enable-libfdk-aac --enable-decklink libavutil 58. 17.100 / 58. 17.100 libavcodec 60. 23.100 / 60. 23.100 libavformat 60. 10.100 / 60. 10.100 libavdevice 60. 2.101 / 60. 2.101 libavfilter 9. 11.100 / 9. 11.100 libswscale 7. 3.100 / 7. 3.100 libswresample 4. 11.100 / 4. 11.100 libpostproc 57. 2.100 / 57. 2.100

Ah, I see. A non-SSE2 version. I thought you meant the source was compatible with 3.4.

Latest yt-dlp for XP is also uploaded to my GitHub repo. Direct link: https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_Windows-XP.zip For Windows 7 you can also still use one from the official Release files, or one from the nightly builds. The 64bit version (yt-dlp.exe) is built with Python 3.8.10 and the 32bit version (yt-dlp_x86.exe) is built with Python 3.7.9, so that one will work on Vista as well. However support for 3.7 wil probably be dropped soon...

How did you do that? On a Windows 7 VM with Python 3.4.4 32bit and the latest source, I get: python "yt_dlp\__main__.py" -v "https://www.youtube.com/watch?v=8kl6q_9qZOs" Traceback (most recent call last): File "yt_dlp\__main__.py", line 14, in <module> import yt_dlp File "C:\Users\nico\Desktop\yt-dlp-master\yt_dlp\__init__.py", line 5 f'You are using an unsupported version of Python. Only Python versions 3.7 and above are supported by yt-dlp') # noqa: F541 ^ SyntaxError: invalid syntax