Hello,
I am experiencing an issue with the Exclave client when trying to import a subscription link. The client fails to parse the actual proxy configs (like vless://, vmess://, etc.) from the file.
Instead of importing the real configs, the client mistakenly extracts three standard Captive Portal URLs (which are just there for ping tests) and adds them as HTTPS proxy configs.
Subscription link tested:
https://raw.githubusercontent.com/patterniha/Free-Configs/refs/heads/main/configs.txt
Actual Behavior:
The client loads zero real configs and only adds these three links as if they were HTTPS proxies:
https://cp.cloudflare.com:443
https://www.gstatic.com:443
https://captive.apple.com:443
Expected Behavior:
The parser should ignore regular https:// test URLs and correctly extract the actual VPN configurations (vless, trojan, vmess, etc.) listed in the subscription file.
Note: I also tried importing the Base64 encoded version of this exact same repository, but the issue still persists. It seems the parser gets confused by the https:// prefix of the test URLs and breaks the parsing process for the rest of the file.
Could you please look into the subscription parsing logic to fix this bug? Thank you!
Hello,
I am experiencing an issue with the Exclave client when trying to import a subscription link. The client fails to parse the actual proxy configs (like vless://, vmess://, etc.) from the file.
Instead of importing the real configs, the client mistakenly extracts three standard Captive Portal URLs (which are just there for ping tests) and adds them as HTTPS proxy configs.
Subscription link tested:
https://raw.githubusercontent.com/patterniha/Free-Configs/refs/heads/main/configs.txt
Actual Behavior:
The client loads zero real configs and only adds these three links as if they were HTTPS proxies:
https://cp.cloudflare.com:443
https://www.gstatic.com:443
https://captive.apple.com:443
Expected Behavior:
The parser should ignore regular https:// test URLs and correctly extract the actual VPN configurations (vless, trojan, vmess, etc.) listed in the subscription file.
Note: I also tried importing the Base64 encoded version of this exact same repository, but the issue still persists. It seems the parser gets confused by the https:// prefix of the test URLs and breaks the parsing process for the rest of the file.
Could you please look into the subscription parsing logic to fix this bug? Thank you!