Video DownloadHelper nie widzi innych ścieżek zapisu – Firefox, Chrome, Companion App, konfiguracja

Pytanie

dlaczego video downloadhelper nie widzi innych ścieżek zapisu

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

‐ Video DownloadHelper „nie widzi” innych ścieżek, ponieważ przeglądarka – działając w trybie WebExtension – może zapisywać pliki wyłącznie do domyślnego katalogu pobierania, chyba że rozszerzenie komunikuje się z zewnętrzną aplikacją (VDH Companion App) mającą pełne prawo dostępu do systemu plików.
‐ Najczęstsze przyczyny: brak lub zablokowana Companion App, błędna konfiguracja zakładki Destinations, ograniczenia uprawnień systemu/antywirusa, zbyt długie lub niedozwolone ścieżki, a sporadycznie błąd samego rozszerzenia.

Szczegółowa analiza problemu

1. Model bezpieczeństwa przeglądarek
   • WebExtension API (Firefox, Chrome, Edge) od 2017 r. pozwala ustawić wyłącznie nazwę pliku; folder pobierania pozostaje globalny dla profilu użytkownika.
   • Video DownloadHelper obchodzi to, delegując pobieranie do natywnego procesu „VDH Companion App”. Jeśli aplikacja nie jest obecna, rozszerzenie przełącza się w tryb „browser” i pokazuje tylko folder domyślny.

2. Aplikacja towarzysząca (VDH Companion App)
   • Instalowana lokalnie (Windows ≥ 7, macOS ≥ 10.13, Linux x64).
   • Wymaga komunikacji przez localhost:53100 (antywirusy potrafią blokować port).
   • Od wersji 1.6 (luty 2024) obsługuje Manifest V3/Chrome 124 i nowy mechanizm uprawnień „NativeMessaging”.
   • Bez aktywnej usługi Companion App przycisk „+ Add” w zakładce Destinations jest nieaktywny lub po wyborze ścieżka nie zapisuje się.

3. Uprawnienia systemu operacyjnego
   • Windows: sprawdź ACL folderu (Właściwości → Zabezpieczenia) i UAC, unikaj Program Files.
   • macOS: Preferencje systemowe → Prywatność → Pełny dostęp do dysku – dodaj „vdhcoapp”.
   • Linux (snap/flatpak): pakiety sandbox mogą blokować /home poza $XDG_DOWNLOAD_DIR.

4. Ustawienia wideo DownloadHelper
   • Menu → Preferences → General → Download Mode: wybierz „Companion App”.
   • Destinations: „Ask where to save each file” lub predefiniowana lista.
   • Po zmianie ustawień zrestartuj przeglądarkę, bo manifest native-messaging ładuje się przy starcie.

5. Inne czynniki
   • Niedozwolone znaki lub długość ścieżki > 254 znaki (Windows API CreateFile).
   • Dyski sieciowe/not-mounted USB – Companion App zgłasza błąd ENOENT i usuwa z listy.
   • Konflikty rozszerzeń menedżerów pobierania (e.g. IDM Integration, Chrono).

Aktualne informacje i trendy

‐ Od 2024 r. Chrome/Edge przechodzą na Manifest V3; VDH w wersji 8.x+ wymusza instalację Companion App we wszystkich trybach „advanced” (multipart, muxing).
‐ Firefox 126 planuje ograniczyć domyślne uprawnienie „downloads.open” – wymagane będzie jawne zaakceptowanie przez użytkownika.
‐ Twórcy VDH deklarują migrację do wewnętrznego menedżera wykorzystującego API File System Access (Chromium) – obecnie w fazie eksperymentalnej.

Wspierające wyjaśnienia i detale

‐ Analogicznie jak w aplikacjach mobilnych, rozszerzenie w przeglądarce działa w „piaskownicy” i potrzebuje „bramki” (Companion App) by przekroczyć granicę sandboxu.
‐ Jeżeli VDH działa, ale ignoruje nowo dodaną ścieżkę, rzuć okiem na plik konfiguracyjny vdhcfg.json w profilu przeglądarki – wpisy z błędem dostępu są automatycznie usuwane przy starcie.

Aspekty etyczne i prawne

‐ Pobieranie chronionych prawem autorskim treści bez zgody właściciela narusza lokalne przepisy (w UE dyrektywa 2001/29/WE).
‐ Niektóre serwisy (Netflix, Disney+, YouTube Premium) stosują DRM (Widevine, FairPlay); obchodzenie zabezpieczeń może być nielegalne.
‐ Dane osobowe w nazwach plików (ID użytkownika) – zwróć uwagę na RODO przy ich dalszym udostępnianiu.

Praktyczne wskazówki

1. Zainstaluj/aktualizuj Companion App z https://www.downloadhelper.net/install.
2. W zaporze sieciowej odblokuj vdhcoapp.exe lub /usr/lib/vdhcoapp.
3. Firefox: about:addons → Video DownloadHelper → Permissions → „Access your data for all websites” i „Download files”.
4. Chrome: chrome://extensions → Szczegóły → „Zezwalaj na dostęp do adresów URL plików (file:///)”.
5. Dodaj testowy katalog np. C:\VDH_Test. Jeżeli działa, przyczyna leży w uprawnieniach do pierwotnej lokalizacji.

Ewentualne zastrzeżenia lub uwagi dodatkowe

‐ Manifest V3 może w przyszłości wymusić dodatkowe kroki (Service Worker zamiast Background Page).
‐ Na macOS Sonoma 14.4 zgłaszano problem z brakiem okna wyboru folderu – rozwiązano w VDH 8.3.0.
‐ Użytkownicy przeglądarki Brave muszą dodatkowo włączyć „Allow all auto-play” dla danej domeny, inaczej Companion App nie inicjuje się przy starcie wideo.

Sugestie dalszych badań

‐ Obserwuj repo https://github.com/aclap-dev/video-downloadhelper dla nowych dyskusji.
‐ Testuj alternatywy open-source (yt-dlp + SponsorBlock) – pozwalają dowolnie definiować ścieżki bez komponentu natywnego.
‐ Śledź rozwój File System Access API – możliwe, że za 1-2 lata nadmiarowa Companion App nie będzie potrzebna.

Krótkie podsumowanie

Problem braku widoczności alternatywnych folderów wynika niemal zawsze z ograniczeń WebExtension oraz braku lub niepoprawnego działania Companion App, ewentualnie z blokad systemowych. Zainstaluj i uruchom najnowszą VDH Companion App, sprawdź uprawnienia oraz poprawnie skonfiguruj zakładkę Destinations. Po wyeliminowaniu konfliktów (antywirus, inne rozszerzenia) Video DownloadHelper powinien bez problemu oferować zapis w dowolnie wskazanej lokalizacji.