Summary: | Inline QtWebview-based captive portal view, so you don't need to open the default browser for this | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Henning <boredsquirrel> |
Component: | Networks widget | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | nate |
Priority: | NOR | ||
Version: | master | ||
Target Milestone: | 1.0 | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Henning
2023-03-31 07:15:30 UTC
Out of curiosity, what's wrong with using the default browser for this? You said that Firefox was "hardened"; what does that mean exactly? By default firefox searches a lot for captive portals. It uses their own domain, which you can change, but the defaults are pretty much IP tracking if you dont change that. I dont know why but even after I reenabled that, the arkenfox presets (with very soft mods) still make captive portals not work. Also because in general the "HTTPS-only" policy seems to kill it, idk actually. having a seperate browser dealing with that, and potentially being whitelisted by the VPN so you dont have to turn it off, and also only connecting if you want to. As QTWebengine is integrated, this would be the alternative to androids captive portal checker. And you dont need internet only through the browser. You need it also for other applications like updating, which has no GUI at all. You may not have a browser open. Using QTWebengine could be way better, as you could add a button to the Network manager applet. I dont know how placing the qtwebengine window would work, left of the window would work but only on the standard KDE layout. Above would look weird possibly. Bulk transfer as requested in T17796 |