What are /r/qutebrowser's favorite Products & Services?

From 3.5 billion Reddit comments

MPV! That is a standalone video player with minimal GUI to get in your way, and I am absolutely in LOVE with it! As you can read in the FAQ (point 10), you can set a shortcut to spawn it (or any other program) with a link you select via keyboard hints as the argument.

You can get mpv from your favourite package manager (if you're on linux or using chocolatey on windows) or download it from the official page.

If you just want a system-wide VPN, like /u/Idas_Hund says, e.g. OpenVPN will make your system including qutebrowser use VPN.

If you only want qutebrowser to go over the "VPN" (which isn't really a VPN anymore at that point :P), make sure your VPN service offers a SOCKS proxy, and then set that via :set network proxy.

As for what service to use: I found Private Internet Access. I don't have any personal experience with them though, I just use my own server and SOCKS via SSH.

I drop this program a lot, but it doesn't quite catch on here. Anyway, the cli version loads vids in like a second or less for me (may require some edits to its config file, tho):

https://github.com/trizen/youtube-viewer

As for intergration with qutebrowser, instead of spawning mpv directly, I have a script that calls youtube-viewer whenever I supply YouTube links, and fallsback on MPV+ytdl for anything else.

YouTube is a mess no matter what web client you use. I know it's not the answer to your question, but have you tried youtube-viewer? It's a lightweight client with both a GUI (GTK2) and TUI.

You can export your subscriptions through Google Takeout, which can presumably be parsed to construct the RSS feeds. NewPipe does something like that

> For example, typing in the command line has a significant lag, although, I don't have the same problem when I type in online forms.

Way back, I had a problem were browsing my history was a bit sluggish, but that has since then been fixed (I think by some work by me and changes to qutebrowser). Does qutebrowser feel sluggish in all interactions with the command line, or only when browsing your history? (setting the height/number of potential items, where possible, could perhaps speed up your command line interactions)

Do other browsers and applications feel sluggish when typing? Something like chromium or Falkon in particular?

Qutebrowser hasn't felt slow for me in quite a bit, but I kinda see what you're getting at.

> I love QB, but it crashes my system a lot. Especially if I'm watching YouTube with it.

Likely an issue with your graphic driver and not qutebrowser. Some questions:

• Does the same happen with Chromium?
• What about KDE Falkon?
• If you are on Intel graphics and have xf86-video-intel installed, have you tried uninstalling it?
• Have you tried playing with the qt.force_software_rendering setting?

Check out AutoHotKey, it's not the most fun programming language to learn/use but there are plenty of scripts and code examples you can pretty easily modify to your needs.

For example, I haven't used this script myself yet but apparently this is a way to navigate everything in Windows the way you do Vim.

https://autohotkey.com/board/topic/124869-caps-lock-unleash-the-fury/)

Anytime I need to use my mouse more than once in a blue moon, I figure out a way to do it with my keyboard. I also use AutoHotKey to:

• Back-up my files to several timestamped directories in multiple drives with Ctrl + Windows + P
• Bind "jk" to escape at the keyboard's scope which lets me get around the fact that Qutebrowser, Vimium C, etc don't allow me to do that
• Open Spotify with Caps + S
• Turn the volume up and down with Ctrl + Up and Ctrl + Down
• Open/focus on Photoshop with Ctrl + Shift + P
• Move Windows across monitors with Ctrl + Left, Right, Up, or Down.

And a bunch of other stuff like that. I just create a script and schedule it to always start with my computer.

As for why i3's documentation might be more accessible to new users, it explains its differences from other window managers. In particular, it doesn't assume the reader knows what a tiling manager is or how it works. Screenshots are helpful, and the diagrams are almost necessary to explain things like the tree structure. Qutebrowser assumes you know how a browser works.. Fair enough, but its quirks like quickmarks are explained in places where people don't look for a tutorial.

I would be all for a "tutorial" link on the site that functions like the i3 tutorial or vimtutor, i.e. it gives you a step-by-step guide to how to do things with the browser. The quickstart currently stops when things get interesting and gives you a cheatsheet. I appreciate it, but it's not really how I learn things, and a lot of cool features are left out (like I didn't know what a keyhint was, or that hints have different modes until I took the time to read the docs). It's in the spirit of Vim and emacs to give the user the basics and let them find out the rest with help systems, but I don't think anyone would complain if the qutebrowser quickstart/tutorial were longer like i3's.

Concerning making config-source faster, I think the intended workflow is a bit different. You are encouraged to use :set and :bind to tweak things from within the browser, saving your changes with :save. It's much quicker than sourcing.

There is option in youtube-dl that sets quality of the video ...mpv has hook for youtube-dl meaning that you can pass this parameter for youtube-dl via mpv.conf ....i m not sure what default value is, but i would guess it is "the best" ...as someone mentioned there is delay because a lot of things has to happen before mpv starts playing. There is nothing about this that is mpv's fault ...youtube-dl has to start downloading (that takes for me like 3 seconds) then it has to load few frames so it doesnt lag immediately ...so what you can do is lower the quality and what helped me the most is youtube-viewer ...under the hood it uses youtube-dl but somehow it is way faster for me (try it ....it also accepts parameter for quality)

for youtube-dl, put this line to .config/mpv/mpv.conf

ytdl-format=bestvideo[height<=?720]+bestaudio/best

&#x200B;

and for [youtube-viewer](https://github.com/trizen/youtube-viewer), just run it like this :

youtube-viewer --resolution=720p --player=mpv --no-interactive {url}

Looks like the StevenBlock list has a special entry 0.0.0.0 0.0.0.0 which qutebrowser didn't filter out properly, thus adding a block for 0.0.0.0.

I fixed this now. However, note that 0.0.0.0:8000 typically means the server is also accessible from the outside (i.e. from other machines), so you might want to check if you can tell it to listen on 127.0.0.1 (localhost) only.

That's weird... but yeah, antivirus software usually is weird like that. Can you get more information from your network admin, e.g. what network request to where triggered the false-positive?

Also, any chance you can try KDE Falkon (another browser based on QtWebEngine)?

>:jseval (function(){window.hypothesisConfig=function(){return{showHighlights:true,appType:'bookmarklet'};};var d=document,s=d.createElement('script');s.setAttribute('src','https://hypothes.is/embed.js');d.body.appendChild(s)})();

Thanks: that works. So the URI-percent encodings were causing trouble. Interesting.

Some progress has been made. There were two instances of QB open. Managed to close one, but it still crashed. Closed the WeatherUnderground tab, and that worked.

Seems pretty normal now. WU crashes QB, as does Weather.com. National Weather Service seems ok.

Go figure.

> What happens if you copy the data back, reproduce the crash (just to be sure), then :set qt.args "['disable-shared-workers']" (assuming you don't have a config.py, if you do, set it there) and :restart?

Still crashes.

> If you move the data away and disable the workaround again (:config-unset qt.args and :restart), can you trigger the crash by visiting https://www.epicgames.com/store/en-US/product/old-world/home, waiting some 10-20s after the page has loaded, restarting qutebrowser and then visiting the page again?

Nope, no crashes anywhere.

Thank you! Some more questions:

• What happens if you copy the data back, reproduce the crash (just to be sure), then :set qt.args "['disable-shared-workers']" (assuming you don't have a config.py, if you do, set it there) and :restart?
• If you move the data away and disable the workaround again (:config-unset qt.args and :restart), can you trigger the crash by visiting https://www.epicgames.com/store/en-US/product/old-world/home, waiting some 10-20s after the page has loaded, restarting qutebrowser and then visiting the page again?

Hello, I tried doing url.default_page and set url.start_pages with https://www.archlinux.org/ and it works but when I close qutebrowser the pages I've put come back to duckduckgo. How can I fix that?

Yes, but Debian Stable ships with Qt 5.11.3, released in December 2018. It isn't supported anymore since qutebrowser v2.0.0, and also quite a security issue (based on a Chromium from March 2018, with security patches until November 2018, and no security support from Debian).

Not for QtWebEngine on Debian, unfortunately. While the Debian security notes don't explicitly mention QtWebEngine, it's implied that QtWebEngine won't get any security updates. FWIW, anything written in Go won't get updates either...

In practice that means with Qt 5.11 you're stuck on Chrome 65 (March 2018) with security updates in Qt 5.11.3 from Chrome 70 (November 2018).

So, u/juarezjan, I wouldn't recommend running qutebrowser with Debian Stable's QtWebEngine packages, and instead use an up-to-date install via virtualenv like u/buffalonuts mentioned.

Thanks, was going to do so myself if this thread didn't yield anything workable. I went for qutebrowser-git instead of qutebrowser. That fixes the issue, if you're on Arch.

Got it fixed, thanks. Went for qutebrowser-git instead of qutebrowser (which is still behind quite significantly).

yt-dlp is much faster, really. Google is (accidentally) working against youtube-dl, and yt-dlp has worked around that by pretending to be an andriod device or something, while youtube-dl has basically ceased development.

youtube-viewer is imo also really, really fast with loading a yt video into mpv (doesn't use youtube-dl/yt-dlp).

If you are sure this is an issue in qutebrowser:

Please check out a working version from the qutebrowser repo and run it to verify everything is working fine. Then use git bisect to find the commit that broke the behavior for you.

Once you find the commit, it should be clear what the change was that broke it, and it should be easy to find a solution.

I have't seen any issues with my customization though, so I don't think this is an issue on qutebrowsers end (and so, I don't think you'll find an old version which works).

From the i3 docs:
https://i3wm.org/docs/userguide.html#list_of_commands

title Compares the X11 window title (NET_WM_NAME or WM_NAME as fallback). Use the special value __focused_ to match all windows having the same window title as the currently focused window.

So it looks like it can only use WM_NAME as a fallback to the window title.

• What distribution is this on?
• What does openssl s_client -connect thepiratebay.se:443 say?
• If you're on Archlinux, does sudo update-ca-trust help? If so, could it be possible you didn't update for a while and didn't follow this advice?

for example, reddit editor(not markdown) , or leetcode editor, https://leetcode.com/problems/regular-expression-matching/ .

edit-text will open editor without content and can't save.

https://www.freecodecamp.org/learn/responsive-web-design/basic-html-and-html5/say-hello-to-html-elements

will open editor with content but can't save

I do have SIP disabled, and you must be right about that being the difference: the yabai wiki lists pinning windows as one of the features that requires SIP be partially disabled.

You can do that with yabai -- it's a tiling wm (sort of), but there's a non-tiling mode that you can set it to and still have the benefit of pinned windows afaik.

Edit: I see from your other comment you are already using it; I have this in my skhdrc for floating & pinning a window: yabai -m window --toggle float; yabai -m window --toggle sticky

I say this everytime when qb + mpv comes up, but in my experience youtube-viewer opens URLs a lot faster than if you would just use mpv (you can test this from the commandline, mpv/youtube-viewer $URL — be sure the appropiately configure youtube-viewer first, so that it directly launches mpv). It also has a pretty nice config for storing youtube-related playback preferences.

What exactly happens? https://tv.youtube.com/welcome/ plays the demo video just fine for me, does it for you?

Does it still not work when you launch qutebrowser in a terminal with the --temp-basedir flag? Can you show your full :version information?

Tor Project reference documentation states, "After plugins and plugin-provided information, we believe that the HTML5 Canvas is the single largest fingerprinting threat browsers face today."

You can test here to see if you can be uniquely identified with your canvas fingerprint:

https://browserleaks.com/canvas

Fedora is usually pretty good at updating Qt and backporting security patches - certainly better than e.g. Debian. Not sure what the plans for Fedora 31 are exactly. If you want a newer Qt version, you could install one from binaries or build it yourself (note that the binary install won't give you proprietary codec support).

I fixed the parsing here: https://github.com/qutebrowser/qutebrowser/commit/6af5ac70648d8cdb4604b5bfae710f5fd47dda32

I'm pretty much out of ideas as far as the login is concerned... Could you check if the same happens with KDE Falkon as well?

Can you test with something like:

qutebrowser --temp-basedir -s content.headers.user_agent 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36' https://retaillink.login.wal-mart.com/

If that doesn't work, can you test KDE Falkon as well?

Also, do you see any errors in the console when you do :inspector?

Problem solved! Here's the link example: http://www.filefactory.com/search/get/b594fc08f386469dc40488f1d96185a6/177464032

But in getting that for you, I used a different computer than the one I was having the problem on. The one I used had the downloads.location.prompt set to true. The prompt window that opens provides for alt-y to be pressed to get the download link. That link is the correct one.. With the downloads.location.prompt set to false, the download starts automatically and alt-y isn't available. In that case, if you use the hints yank for the url, you'll get the link I show above.

In other words, accessing the qutebrowser downloads manager in the way that one does in Chrome by pressing ctrl-j is accomplished by setting downloads.location.prompt to true. Once that's done, you can get the re-directed link.

Thanks for the help. Without your request, I'd never have found this simple solution

Pushbullet has a pretty good web interface that I use for SMS from Qutebrowser. https://www.pushbullet.com/#sms

KDE Connect is also pretty useful. I use it on Arch under KDE Plasma. I've found that the Pushbullet website is a lot more convenient for SMS, but I really like the notification sync and clipboard sync that KDE Connect provides.