Check response status for the five untested providers #32
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
raise_for_statuswas added to ProtonVPN only. The other five still readwhatever comes back as if it were the expected payload, so an API that starts
rejecting requests produces a
KeyErrorrather than a reported failure -- andan error document can be written out as a certificate.
Deferred because some flows may legitimately expect a non-2xx mid-sequence
(Windscribe's login,
update.py:552-609) and there is no account here to testagainst. Do it alongside the provider-structure work, with captured fixtures.
Probed the live endpoints 2026-08-24. Scope note first: PIA and AzireVPN are dropped per #134, so this issue covers Mullvad, Windscribe and Airvpn (Proton's 401 is #33's).
/en/servers/no longer contains the scraped table (table-container: 0 matches — the page is a JS app now), soserver_parse[0]raises before the WireGuard section runs, and the whole import lands as a failed import. OpenVPN is gone server-side anyway (removed 2026-01-15), so the fix is dropping the scrape, not repairing it. The WG endpoints still answer:public/relays/wireguard/v1/is 200 unauthenticated, and the legacy/wg/key upload answers 400-not-404 to garbage input — still parsing requests, but Mullvad's own apps moved to the devices API, so the upload needs a real-account test before trusting it.assets.windscribe.com/desktop/other/openvpn_cert.zipis gone, sowindscribe_get_serversdies inzipfile(BadZipFile → failed import) right after a successful login. The server list itself is fine:serverlist/openvpn/1/<uuid>returns 200 unauthenticated, ~229KB JSON, current shape matches what the parser expects.