From sim.desaulniers at gmail.com Sun Jul 5 22:44:58 2020 From: sim.desaulniers at gmail.com (Simon =?utf-8?Q?D=C3=A9saulniers?=) Date: Sun, 5 Jul 2020 16:44:58 -0400 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <7702344.h1X2DWkBCQ@ulises> References: <7702344.h1X2DWkBCQ@ulises> Message-ID: <20200705204458.igbvdiykbefgekc5@haxorz> Hi J Pablo, I recommend that you look into Syncthing?[1]. This is a cross platform syncing software which operates in a decentralized and end-to-end (E2E) encrypted manner for syncing files. On the surface, it works pretty much like any directory syncing solution such as the well-known website Dropbox. You simply select directory to make them "synced" and you chose devices with which you want to share. > Is there a way to share sessions between different machines? Other option I'd > like would be to peak into other session and copy/move tabs from machine A to > machine B. > > [...] > > So in the end, maybe what I'm asking for is a way to export a session to a file > or if there is such a file already in my disk. Regarding how you would use that with Qutebrowser, all you need to do is to select the ~/.local/share/qutebrowser/sessions/ directory in Syncthing and share it with your other device. Obviously, when receiving the invitation to share on the other device, you have to select the same directory so that Qutebrowser can find the synced sessions. All of this works seamlessly with Qutebrowser. I have noticed recently (after some upgrade) that Qutebrowser even now reloads session files when they change on disk (it wasn't the case a few months ago I think). Since you can activate an option on Syncthing to watch files when they change on disk also, then you can literally save a session on one computer and go on the other computer and in less than a few seconds, you can bring the :session-load menu on the other computer and see that the session has appeared in the list. > Other option I'd like would be to peak into other session and copy/move tabs > from machine A to machine B. Regarding this, I can suggest a script that I wrote: qurlshare?[2]. It lets you share a tab between two computers. It is using a distributed hash table?(DHT) to send over the URL to the other Qutebrowser instance(s). The downside of this is that it is presently slow: everytime you want to share or recover an URL on the exchanging point in the DHT, a local node is created and this node has to discover its peers again and again. I would like to use a persistent proxy running on the machine as a daemon for sending the requests so that requests take no longer than a second, but for now it is not quite possible to develop this on Debian since the proxy functionnality of OpenDHT it is not yet packaged?[3]. I know that I could do without and simply compile what I need, but I guess I didn't give enough thoughts to it to motive me. There is however another HTTP proxy script for OpenDHT?[4] that could work and I could make it usable while the official proxy is getting support for packaging. While this solution is not perfect, it works for now. Sharing an URL takes something like 3 seconds in total. If you're not working too quickly between both computers that would work. However, keep in mind that a share on OpenDHT doesn't last more than 10 minutes. You then have to recover the URL in the 10 minutes following the share. Anyways, I hope that this gives you some ideas. Regards, NOTE 1: You can obviously use that to share other things like quickmarks, bookmarks, etc. NOTE 2 (if privacy is important for you): While syncing is decentralized and E2E encrypted, it unfortunately uses centralized discovery. It is perfectly feasible to use a distributed communication library for discovery (such as distributed hash tables), but it is not yet accomplished. This change would particularly help to protect against censorship. Anyhow, I think that this solution is the most secure and privacy preserving solution there is. Plus, indeed, it is software libre. [1]: https://syncthing.net/ [2]: https://github.com/sim590/qurlshare [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950198 [4]: https://github.com/savoirfairelinux/opendht/blob/master/python/tools/http_server.py On Tue, Jun 30, 2020 at 11:27:11AM +0200, J Pablo Navarro wrote: > Hi there! > > Is there a way to share sessions between different machines? Other option I'd > like would be to peak into other session and copy/move tabs from machine A to > machine B. > > My usecase involves a laptop for being in the move and a desktop while I'm at > home, so sometimes I'd like to rescue a few tabs I left opened in my laptop. > The sync-side wouldn't be an issue if I can export a list through a shared > Nextcloud account, maybe syncthing or even ssh. > > So in the end, maybe what I'm asking for is a way to export a session to a file > or if there is such a file already in my disk. > > Cheers and thank you for this wonderful piece of software, > Pablo. > > -- Simon D?saulniers sim.desaulniers at gmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From me at the-compiler.org Mon Jul 6 15:09:49 2020 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 6 Jul 2020 15:09:49 +0200 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <20200705204458.igbvdiykbefgekc5@haxorz> References: <7702344.h1X2DWkBCQ@ulises> <20200705204458.igbvdiykbefgekc5@haxorz> Message-ID: <20200706130949.o7napuhxfmwc3qgs@hooch.localdomain> Hey, On Sun, Jul 05, 2020 at 04:44:58PM -0400, Simon D?saulniers wrote: > I have noticed recently (after some upgrade) that Qutebrowser even now > reloads session files when they change on disk (it wasn't the case a few > months ago I think). FWIW I don't think anything changed about that - the session files were always read at the point you run the :session-load completion/command. Florian -- me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From sim.desaulniers at gmail.com Mon Jul 6 20:57:56 2020 From: sim.desaulniers at gmail.com (Simon =?utf-8?Q?D=C3=A9saulniers?=) Date: Mon, 6 Jul 2020 14:57:56 -0400 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <20200706130949.o7napuhxfmwc3qgs@hooch.localdomain> References: <7702344.h1X2DWkBCQ@ulises> <20200705204458.igbvdiykbefgekc5@haxorz> <20200706130949.o7napuhxfmwc3qgs@hooch.localdomain> Message-ID: <20200706185756.arjynd4l24bzyrmt@haxorz> Hi Florian, > FWIW I don't think anything changed about that - the session files were always > read at the point you run the :session-load completion/command. I'm sorry, I didn't express myself correctly. I said "load" while this means to "load the session in Qutebrowser", but what I really meant was that the list of sessions that you get when you do `:session-load` (but don't run it) used to not show some session files even though they where there on the disk because those session files appeared after Qutebrowser started. I think that I experienced that, but may be it was just a timing issue on my part. Anyways ;) Cheers! On Mon, Jul 06, 2020 at 03:09:49PM +0200, Florian Bruhin wrote: > Hey, > > On Sun, Jul 05, 2020 at 04:44:58PM -0400, Simon D?saulniers wrote: > > I have noticed recently (after some upgrade) that Qutebrowser even now > > reloads session files when they change on disk (it wasn't the case a few > > months ago I think). > > FWIW I don't think anything changed about that - the session files were always > read at the point you run the :session-load completion/command. > > Florian > > -- > me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org > https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ > GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc > I love long mails! | https://email.is-not-s.ms/ -- Simon D?saulniers sim.desaulniers at gmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From me at the-compiler.org Wed Jul 8 15:35:58 2020 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 8 Jul 2020 15:35:58 +0200 Subject: [qutebrowser] FYI: qutebrowser.org migrated to new hoster Message-ID: <20200708133558.vvveanvwzj5qnn4x@hooch.localdomain> Hey, I finally finished something I've wanted to do since 2017 or so: qutebrowser.org is now hosted on uberspace[1] rather than my own server (which is full of technical debt since I've been hosting things since ~2009). The website now follows various best practices, e.g. setting security headers like HSTS or Content-Security-Policy[2]; not logging any unecessary data (logging is disabled entirely unless I need to debug something; and if enabled, IP adresses are redacted) or having certificate auto-refresh so accidental "whoops, I forgot to renew the certificate" mishaps should be a thing of the past :) Not much should change from an user perspective, though there's one change: qutebrowser.org/releases which hosted the release archives isn't available anymore because of space contraints (and to simplify the release process). All releases are still available via GitHub[3], and source releases are alternatively available via PyPI[4]. As far as I know, most distribution packages used one of those two sources anyways, but if you're a packager, you might want to double check. Let me know if anything is broken! Note that the "GMail users dropped off the mailinglist" incident from yesterday is unrelated. Florian [1] https://uberspace.de/en/ [2] Though that header still allows inline style sheets, because blog.qutebrowser.org needs it. Fixing that is an exercise for another day! [3] https://github.com/qutebrowser/qutebrowser/releases [4] https://pypi.org/project/qutebrowser/#files -- me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From me at the-compiler.org Fri Jul 17 17:28:51 2020 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 17 Jul 2020 17:28:51 +0200 Subject: [qutebrowser] qutebrowser v1.13.1 released Message-ID: <20200717152851.oehfxtgo25zobinp@hooch.localdomain> Hey, I'm happy to announce that I just released qutebrowser v1.13.1. This is a bug-fix release only, with the following fixes: - With Qt 5.14, shared workers are now disabled. This works around a crash in QtWebEngine on certain sites (like the Epic Games Store or the Unreal Engine page). - When a window is closed, the tab it contains are now correctly shut down (closing e.g. any dialogs which are still open for those tabs). - The Qt 5.15 session workaround now loads the correct (rather than the last) page when `:back` was used before saving a session. - In certain situations on Windows, qutebrowser fails to find the username of the user launching qutebrowser (most likely due to a bug in the application launching it). When this happens, an error is now displayed instead of crashing. - Certain `autoconfig.yml` with an invalid structure could lead to crashes, which are now fixed. - Generating docs with `asciidoc2html.py` (e.g. via `mkvenv.py`) now works correctly without Pygments being installed system-wide. - Ever since Qt 5.9, when `input.mouse.rocker_gestures` was enabled, the context menu still was shown when clicking the right mouse button, thus preventing the rocker gestures. This is now fixed. - Clicking the inspector switched from existing modes (such as passthrough) to normal mode since v1.13.0. Now insert mode is only entered when the inspector is clicked in normal mode. - Pulseaudio now shows qutebrowser's audio streams as qutebrowser correctly, rather than showing them as Chromium with some Qt versions. - If `:help` was called with a deprecated command (e.g. `:help :inspector`), the help page would show despite deprecated commands not being documented. This now shows an error instead. - The `qute-lastpass` userscript now filters out duplicate entries with `--merge-candidates`. Enjoy! Florian -- me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From elfio at hiperones.es Thu Jul 23 11:58:29 2020 From: elfio at hiperones.es (J Pablo Navarro) Date: Thu, 23 Jul 2020 11:58:29 +0200 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <7702344.h1X2DWkBCQ@ulises> References: <7702344.h1X2DWkBCQ@ulises> Message-ID: <5117198.Or0WlAKa7s@ulises> Hello again, I'm successfully using the setup Simon described in a previous email. The thing is I cannot manage to use different session and keep them separated. In order to open a previously saved session, I need a qutebrowser window. Usually that window is the default session for my machine. So, once I load a saved session, I have at least two windows. If I surf in one of them, changing some of their tabs and then save session, all the windows I have at the moment opened are saved as part of that session, mixing contents (default+other). Is there a way to make sessions stick to single windows? Or maybe save windows list of tabs? Thank you in advance, Pablo. On martes, 30 de junio de 2020 11:27:11 (CEST) J Pablo Navarro wrote: > Hi there! > > Is there a way to share sessions between different machines? Other option > I'd like would be to peak into other session and copy/move tabs from > machine A to machine B. > > My usecase involves a laptop for being in the move and a desktop while I'm > at home, so sometimes I'd like to rescue a few tabs I left opened in my > laptop. The sync-side wouldn't be an issue if I can export a list through a > shared Nextcloud account, maybe syncthing or even ssh. > > So in the end, maybe what I'm asking for is a way to export a session to a > file or if there is such a file already in my disk. > > Cheers and thank you for this wonderful piece of software, > Pablo. From me at the-compiler.org Thu Jul 23 13:57:03 2020 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 23 Jul 2020 13:57:03 +0200 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <5117198.Or0WlAKa7s@ulises> References: <7702344.h1X2DWkBCQ@ulises> <5117198.Or0WlAKa7s@ulises> Message-ID: <20200723115703.hcgshexn3eiiejuf@hooch.localdomain> Hey, On Thu, Jul 23, 2020 at 11:58:29AM +0200, J Pablo Navarro wrote: > I'm successfully using the setup Simon described in a previous email. The > thing is I cannot manage to use different session and keep them separated. > > In order to open a previously saved session, I need a qutebrowser window. > Usually that window is the default session for my machine. So, once I load a > saved session, I have at least two windows. If I surf in one of them, changing > some of their tabs and then save session, all the windows I have at the moment > opened are saved as part of that session, mixing contents (default+other). > > Is there a way to make sessions stick to single windows? Or maybe save windows > list of tabs? There's ":session-load --clear" (which closes all other windows) and ":session-save --only-active-window" (which only saves the currently active window rather than all of them). There are also some more ideas floating around on how sessions should interact with windows: https://github.com/qutebrowser/qutebrowser/pull/5446 https://github.com/qutebrowser/qutebrowser/issues/572 Florian -- me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From elfio at hiperones.es Thu Jul 23 16:55:33 2020 From: elfio at hiperones.es (J Pablo Navarro) Date: Thu, 23 Jul 2020 16:55:33 +0200 Subject: [qutebrowser] Sharing sessions between machines In-Reply-To: <20200723115703.hcgshexn3eiiejuf@hooch.localdomain> References: <7702344.h1X2DWkBCQ@ulises> <5117198.Or0WlAKa7s@ulises> <20200723115703.hcgshexn3eiiejuf@hooch.localdomain> Message-ID: <3175422.CNRbx1j0D5@ulises> Hi Florian, thanks for the heads up. So far I think the current features work for my use case. Nonetheless, Ram-> is putting together very interesting ideas. Cheers, Pablo. On jueves, 23 de julio de 2020 13:57:03 (CEST) Florian Bruhin wrote: > Hey, > > On Thu, Jul 23, 2020 at 11:58:29AM +0200, J Pablo Navarro wrote: > > I'm successfully using the setup Simon described in a previous email. The > > thing is I cannot manage to use different session and keep them separated. > > > > In order to open a previously saved session, I need a qutebrowser window. > > Usually that window is the default session for my machine. So, once I load > > a saved session, I have at least two windows. If I surf in one of them, > > changing some of their tabs and then save session, all the windows I have > > at the moment opened are saved as part of that session, mixing contents > > (default+other). > > > > Is there a way to make sessions stick to single windows? Or maybe save > > windows list of tabs? > > There's ":session-load --clear" (which closes all other windows) and > ":session-save --only-active-window" (which only saves the currently active > window rather than all of them). > > There are also some more ideas floating around on how sessions should > interact with windows: > https://github.com/qutebrowser/qutebrowser/pull/5446 > https://github.com/qutebrowser/qutebrowser/issues/572 > > Florian From silas.anderson00 at gmail.com Wed Jul 29 18:05:03 2020 From: silas.anderson00 at gmail.com (silas anderson) Date: Wed, 29 Jul 2020 12:05:03 -0400 Subject: [qutebrowser] feature request ; w Extended Hint Mode open in new window Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Thu Jul 30 14:57:41 2020 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 30 Jul 2020 14:57:41 +0200 Subject: [qutebrowser] feature request ; w Extended Hint Mode open in new window In-Reply-To: References: Message-ID: <20200730125741.7qxx4fjxqrxl2vwj@hooch.localdomain> On Wed, Jul 29, 2020 at 12:05:03PM -0400, silas anderson wrote: > feature request ; w Extended Hint Mode open in new window You can already do this by using 'wf', or ':bind ;w hint all window'. Florian -- me at the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org https://bruhin.software/ | https://github.com/sponsors/The-Compiler/ GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: