From me at the-compiler.org Mon Feb 11 23:27:55 2019 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 11 Feb 2019 23:27:55 +0100 Subject: [qutebrowser] editor In-Reply-To: <87fttme9g6.fsf@eve> References: <20190116233446.GA2799@yapaque.fis.unam.mx> <20190117074359.3rjdv4zfxyzgshz7@hooch.localdomain> <20190117134516.GD2799@yapaque.fis.unam.mx> <20190117141407.rgvqkae2jq5zn2ig@hooch.localdomain> <20190117151220.GF2799@yapaque.fis.unam.mx> <20190118195739.GM2799@yapaque.fis.unam.mx> <87fttme9g6.fsf@eve> Message-ID: <20190211222755.nyosvgvbceytr5u7@hooch.localdomain> On Sun, Jan 20, 2019 at 11:50:01PM -0800, Jay Kamat wrote: > > Hi Luis, > > Luis Mochan writes: > > > I tried using different editors (visual or text based) running qutebrowser as > > > > EDITOR=/usr/bin/emacs qutebrowser > > > > or > > > > VISUAL=/usr/bin/emacs qutebrowser > > qutebrowser launches the editor defined in editor.command , can you try > configuring that instead? Somewhat related: This issue which proposes respecting EDITOR/VISUAL instead: https://github.com/qutebrowser/qutebrowser/issues/41 Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 natharari at gmail.com Tue Feb 12 09:31:10 2019 From: natharari at gmail.com (Nathaniel Harari) Date: Tue, 12 Feb 2019 09:31:10 +0100 Subject: [qutebrowser] Problem with Udemy videos Message-ID: Hi there, I hope I'm writing in the right place. My apologies if I am not. I'm trying to use qutebrowser for viewing my video courses at Udemy on python and nodejs programming. I'm using it in the context of split screen on a mac with qutebrowser on the left running a video, and my Spacemacs editor on the right. Unfortunately, qutebrowser doesn't play the videos at all. I'm wondering if there is some sort of plugin which I require? Is it a bug? I currently use Firefox to view the videos, but qute is so much more lightweight and as I'm using Spacemacs (with evil mode), it just makes more sense to use qutebrowser. I'd love any tips/advice/input on the matter. Thank you! And thanks for making such a really great browser so far. :) -- Nathaniel Harari natharari at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaygkamat at gmail.com Fri Feb 15 18:51:23 2019 From: jaygkamat at gmail.com (Jay Kamat) Date: Fri, 15 Feb 2019 09:51:23 -0800 Subject: [qutebrowser] Problem with Udemy videos In-Reply-To: References: Message-ID: <86a7ixlz38.fsf@gmail.com> Nathaniel Harari writes: > Unfortunately, qutebrowser doesn't play the videos at all. I'm wondering if > there is some sort of plugin which I require? Is it a bug? I currently use > Firefox to view the videos, but qute is so much more lightweight and as I'm > using Spacemacs (with evil mode), it just makes more sense to use > qutebrowser. qutebrowser requires proprietary codecs for h264 playback. If you search the install docs for 'proprietary codecs', you should be able to find information about your platform's case. https://github.com/qutebrowser/qutebrowser/blob/master/doc/install.asciidoc That said, most people play videos in mpv, for example (:spawn mpv {url}), as it provides a unified, better performing interface you can change keybinds for. From davidnebauer at hotkey.net.au Sat Feb 16 00:23:20 2019 From: davidnebauer at hotkey.net.au (David Nebauer) Date: Sat, 16 Feb 2019 08:53:20 +0930 Subject: [qutebrowser] Per domain open url in another browser Message-ID: <1550272745.wg4t532dpi.astroid@hezmana.none> I'm sure this must have been raised before, but I can't find it in github issues or by web googling. On my system links from drive.google.com open in qutebrowser as blank pages. I've set up a key combination to manually spawn those links in another browser. Can I, instead, set up qutebrowser to automatically spawn links from a specified domain in another browser? David From timothee.floure at fnux.ch Sat Feb 16 06:24:15 2019 From: timothee.floure at fnux.ch (=?utf-8?B?VGltb3Row6ll?= Floure) Date: Sat, 16 Feb 2019 06:24:15 +0100 Subject: [qutebrowser] Per domain open url in another browser In-Reply-To: <1550272745.wg4t532dpi.astroid@hezmana.none> References: <1550272745.wg4t532dpi.astroid@hezmana.none> Message-ID: <20190216052415.dgwh45ixtkfasghc@phi> Hello, > On my system links from drive.google.com open in qutebrowser as blank > pages. Can you share details on your system (`qutebrowser -V`)? Google Drive works here on Fedora, there must be something wrong (or outdated) with your system. -- Timoth?e On Sat, Feb 16, 2019 at 08:53:20AM +0930, David Nebauer wrote: > I'm sure this must have been raised before, but I can't find it in > github issues or by web googling. > > On my system links from drive.google.com open in qutebrowser as blank > pages. I've set up a key combination to manually spawn those links in > another browser. Can I, instead, set up qutebrowser to automatically > spawn links from a specified domain in another browser? > > David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From steve at 657.nyc Sun Feb 17 19:02:31 2019 From: steve at 657.nyc (Steve) Date: Sun, 17 Feb 2019 13:02:31 -0500 Subject: [qutebrowser] settings not keeping Message-ID: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> Greetings, Since the latest update settings are not keeping for me. Any changes I make revert to their defaults. Also, qutebrowser has been freezing my system (or maybe it is a QT update?) forcing a reboot. On occassions when I can pkill qutebrower (sometimes have to hard reboot) it revives itself over and over and will not quit. Something is not right with this latest update. Any ideas where to begin troubleshooting this or are there known issues? Thanks, Steve From steve at 657.nyc Sun Feb 17 19:10:16 2019 From: steve at 657.nyc (Steve) Date: Sun, 17 Feb 2019 13:10:16 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> References: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> Message-ID: <3fda52c7-f8dd-06f9-a711-fba576d81943@657.nyc> On 2/17/19 1:02 PM, Steve wrote: > Greetings, > > Since the latest update settings are not keeping for me. Any changes I > make revert to their defaults. > > Also, qutebrowser has been freezing my system (or maybe it is a QT > update?) forcing a reboot. On occassions when I can pkill qutebrower > (sometimes have to hard reboot) it revives itself over and over and > will not quit. Something is not right with this latest update. Any > ideas where to begin troubleshooting this or are there known issues? > > Thanks, > > Steve Edit: I am running Arch (kernel 4.20.8) with Qutebrowser version 1.5.2-4. From jaygkamat at gmail.com Sun Feb 17 19:47:05 2019 From: jaygkamat at gmail.com (Jay Kamat) Date: Sun, 17 Feb 2019 10:47:05 -0800 Subject: [qutebrowser] settings not keeping In-Reply-To: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> References: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> Message-ID: <87o97ajlqu.fsf@eve> Steve writes: > Greetings, > > Since the latest update settings are not keeping for me. Any changes I > make revert to their defaults. There has not been a qutebrowser update recently. > Also, qutebrowser has been freezing my system (or maybe it is a QT > update?) forcing a reboot. On occassions when I can pkill qutebrower > (sometimes have to hard reboot) it revives itself over and over and > will not quit. Something is not right with this latest update. Any > ideas where to begin troubleshooting this or are there known issues? I'm guessing that for some reason, some packaging change in arch added a config.py for you (there was at least one other user that reported this). You probably want to check if there's a config.py in your config folder. See https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc (searching for 'config.py') for more information. -Jay From steve at 657.nyc Sun Feb 17 20:01:10 2019 From: steve at 657.nyc (Steve) Date: Sun, 17 Feb 2019 14:01:10 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <87o97ajlqu.fsf@eve> References: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> <87o97ajlqu.fsf@eve> Message-ID: <5b459ea5-0606-968a-eef0-a04b50eaf94d@657.nyc> On 2/17/19 1:47 PM, Jay Kamat wrote: > Steve writes: > >> Greetings, >> >> Since the latest update settings are not keeping for me. Any changes I >> make revert to their defaults. > There has not been a qutebrowser update recently. > >> Also, qutebrowser has been freezing my system (or maybe it is a QT >> update?) forcing a reboot. On occassions when I can pkill qutebrower >> (sometimes have to hard reboot) it revives itself over and over and >> will not quit. Something is not right with this latest update. Any >> ideas where to begin troubleshooting this or are there known issues? > I'm guessing that for some reason, some packaging change in arch added a > config.py for you (there was at least one other user that reported this). You > probably want to check if there's a config.py in your config folder. See > https://github.com/qutebrowser/qutebrowser/blob/master/doc/help/configuring.asciidoc > (searching for 'config.py') for more information. > > -Jay Thanks but there is no such file config.py anywhere in my /home directory (or /etc for that matter just in case it might have ended up there). I'm going to look around some and see if QT or Python updates mucked around. Qutebrowser was updated on my system to 1.5.2-4 three days ago but I went away and didn't use the computer until today. Things are misbehaving across the browser including freezes (particularly on brainzilla.com) and settings not keeping. There is no autoconfig.yml at all in ~/.config/qutebrowser/ From me at the-compiler.org Sun Feb 17 20:16:23 2019 From: me at the-compiler.org (Florian Bruhin) Date: Sun, 17 Feb 2019 20:16:23 +0100 Subject: [qutebrowser] settings not keeping In-Reply-To: <94795a47-3966-d389-dc39-1b089aceef80@657.nyc> <87o97ajlqu.fsf@eve> <5b459ea5-0606-968a-eef0-a04b50eaf94d@657.nyc> <3fda52c7-f8dd-06f9-a711-fba576d81943@657.nyc> Message-ID: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> Hi, On Sun, Feb 17, 2019 at 01:02:31PM -0500, Steve wrote: > Since the latest update settings are not keeping for me. Any changes I make > revert to their defaults. Is this via qute://settings? That's probably broken with Qt 5.12, but should be fixed with the qutebrowser-git PKGBUILD). I'm currently working on fixing other Qt 5.12 related stuff before releasing v1.6.0. > Also, qutebrowser has been freezing my system (or maybe it is a QT update?) > forcing a reboot. On occassions when I can pkill qutebrower (sometimes have > to hard reboot) it revives itself over and over and will not quit. That doesn't sound like a qutebrowser issue - might be a bug in your graphic driver or something. The last qutebrowser release was back in October, the Arch packaging changes were just minor dependency adjustments. On Sun, Feb 17, 2019 at 10:47:05AM -0800, Jay Kamat wrote: > > Also, qutebrowser has been freezing my system (or maybe it is a QT > > update?) forcing a reboot. On occassions when I can pkill qutebrower > > (sometimes have to hard reboot) it revives itself over and over and > > will not quit. Something is not right with this latest update. Any > > ideas where to begin troubleshooting this or are there known issues? > > I'm guessing that for some reason, some packaging change in arch added a > config.py for you (there was at least one other user that reported this). Not aware of anything like that, and there would be a lot more people affected if that was the case. On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: > There is no autoconfig.yml at all in ~/.config/qutebrowser/ Huh, but there was before the update? Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 steve at 657.nyc Sun Feb 17 20:23:19 2019 From: steve at 657.nyc (Steve) Date: Sun, 17 Feb 2019 14:23:19 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> Message-ID: <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: >> There is no autoconfig.yml at all in ~/.config/qutebrowser/ > Huh, but there was before the update? > > Florian When things kept freezing up I did pacman -Rns qutebrowser to remove the package completely from my system. Then I maually rm -rf ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if that file was there or not). After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but all freezes happened while brainzilla.com was open - I have previously suspected some of their javascript of being a little "funny" - and I did not test again yet that page. But the settings issue remains and there is no autoconfig.yml file. From me at the-compiler.org Sun Feb 17 20:42:11 2019 From: me at the-compiler.org (Florian Bruhin) Date: Sun, 17 Feb 2019 20:42:11 +0100 Subject: [qutebrowser] settings not keeping In-Reply-To: <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> Message-ID: <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: > On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: > > > There is no autoconfig.yml at all in ~/.config/qutebrowser/ > > Huh, but there was before the update? > > > > Florian > > When things kept freezing up I did pacman -Rns qutebrowser to remove the > package completely from my system. Then I maually rm -rf > ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if > that file was there or not). > > After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but > all freezes happened while brainzilla.com was open - I have previously > suspected some of their javascript of being a little "funny" - and I did not > test again yet that page. But the settings issue remains and there is no > autoconfig.yml file. So I assume you are using qute://settings? Does it work when using the :set command instead? You might want to use qutebrowser-git instead until I finish fixing up the remaining Qt 5.12 issues and release v1.6.0. Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 steve at 657.nyc Sun Feb 17 20:45:21 2019 From: steve at 657.nyc (Steve) Date: Sun, 17 Feb 2019 14:45:21 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> Message-ID: <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> On 2/17/19 2:42 PM, Florian Bruhin wrote: > On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: >> On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: >>>> There is no autoconfig.yml at all in ~/.config/qutebrowser/ >>> Huh, but there was before the update? >>> >>> Florian >> When things kept freezing up I did pacman -Rns qutebrowser to remove the >> package completely from my system. Then I maually rm -rf >> ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if >> that file was there or not). >> >> After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but >> all freezes happened while brainzilla.com was open - I have previously >> suspected some of their javascript of being a little "funny" - and I did not >> test again yet that page. But the settings issue remains and there is no >> autoconfig.yml file. > So I assume you are using qute://settings? Does it work when using the > :set command instead? > > You might want to use qutebrowser-git instead until I finish fixing up > the remaining Qt 5.12 issues and release v1.6.0. > > Florian I was using :set but just now tried qute://settings with same results, settings do not keep. From me at the-compiler.org Sun Feb 17 20:50:25 2019 From: me at the-compiler.org (Florian Bruhin) Date: Sun, 17 Feb 2019 20:50:25 +0100 Subject: [qutebrowser] settings not keeping In-Reply-To: <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> Message-ID: <20190217195025.zcrmnhfjryvadf75@hooch.localdomain> On Sun, Feb 17, 2019 at 02:45:21PM -0500, Steve wrote: > > On 2/17/19 2:42 PM, Florian Bruhin wrote: > > On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: > > > On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: > > > > > There is no autoconfig.yml at all in ~/.config/qutebrowser/ > > > > Huh, but there was before the update? > > > > > > > > Florian > > > When things kept freezing up I did pacman -Rns qutebrowser to remove the > > > package completely from my system. Then I maually rm -rf > > > ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if > > > that file was there or not). > > > > > > After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but > > > all freezes happened while brainzilla.com was open - I have previously > > > suspected some of their javascript of being a little "funny" - and I did not > > > test again yet that page. But the settings issue remains and there is no > > > autoconfig.yml file. > > So I assume you are using qute://settings? Does it work when using the > > :set command instead? > > > > You might want to use qutebrowser-git instead until I finish fixing up > > the remaining Qt 5.12 issues and release v1.6.0. > > > > Florian > I was using :set but just now tried qute://settings with same results, > settings do not keep. Can you please set something using :set and then do :report so I can take a look at the debug logs? Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 Mon Feb 18 14:20:16 2019 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 18 Feb 2019 14:20:16 +0100 Subject: [qutebrowser] settings not keeping In-Reply-To: <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> Message-ID: <20190218132016.gamn6bcnzkoektnd@hooch.localdomain> On Sun, Feb 17, 2019 at 02:45:21PM -0500, Steve wrote: > > On 2/17/19 2:42 PM, Florian Bruhin wrote: > > On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: > > > On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: > > > > > There is no autoconfig.yml at all in ~/.config/qutebrowser/ > > > > Huh, but there was before the update? > > > > > > > > Florian > > > When things kept freezing up I did pacman -Rns qutebrowser to remove the > > > package completely from my system. Then I maually rm -rf > > > ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if > > > that file was there or not). > > > > > > After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but > > > all freezes happened while brainzilla.com was open - I have previously > > > suspected some of their javascript of being a little "funny" - and I did not > > > test again yet that page. But the settings issue remains and there is no > > > autoconfig.yml file. > > So I assume you are using qute://settings? Does it work when using the > > :set command instead? > > > > You might want to use qutebrowser-git instead until I finish fixing up > > the remaining Qt 5.12 issues and release v1.6.0. > > > > Florian > I was using :set but just now tried qute://settings with same results, > settings do not keep. I just saw your report - you're just using the ":set" command without arguments, which opens qute://settings. That's expected to be broken in v1.5.2 with Qt 5.12 (but like I said, qutebrowser-git has it fixed). What I meant is using e.g. ":set downloads.remove_finished 3000" instead of using the webpage. Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 steve at 657.nyc Mon Feb 18 15:47:03 2019 From: steve at 657.nyc (Steve) Date: Mon, 18 Feb 2019 09:47:03 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <20190218132016.gamn6bcnzkoektnd@hooch.localdomain> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> <20190218132016.gamn6bcnzkoektnd@hooch.localdomain> Message-ID: So sorry for the misunderstanding! Qutebrowser has worked so well for me generally I never delved too deeply into settings and advanced functions. Thank you and will follow up on this shortly. On 2/18/19 8:20 AM, Florian Bruhin wrote: > On Sun, Feb 17, 2019 at 02:45:21PM -0500, Steve wrote: >> On 2/17/19 2:42 PM, Florian Bruhin wrote: >>> On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: >>>> On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: >>>>>> There is no autoconfig.yml at all in ~/.config/qutebrowser/ >>>>> Huh, but there was before the update? >>>>> >>>>> Florian >>>> When things kept freezing up I did pacman -Rns qutebrowser to remove the >>>> package completely from my system. Then I maually rm -rf >>>> ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if >>>> that file was there or not). >>>> >>>> After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but >>>> all freezes happened while brainzilla.com was open - I have previously >>>> suspected some of their javascript of being a little "funny" - and I did not >>>> test again yet that page. But the settings issue remains and there is no >>>> autoconfig.yml file. >>> So I assume you are using qute://settings? Does it work when using the >>> :set command instead? >>> >>> You might want to use qutebrowser-git instead until I finish fixing up >>> the remaining Qt 5.12 issues and release v1.6.0. >>> >>> Florian >> I was using :set but just now tried qute://settings with same results, >> settings do not keep. > I just saw your report - you're just using the ":set" command without > arguments, which opens qute://settings. That's expected to be broken in > v1.5.2 with Qt 5.12 (but like I said, qutebrowser-git has it fixed). > > What I meant is using e.g. ":set downloads.remove_finished 3000" instead > of using the webpage. > > Florian > From steve at 657.nyc Mon Feb 18 16:03:59 2019 From: steve at 657.nyc (Steve) Date: Mon, 18 Feb 2019 10:03:59 -0500 Subject: [qutebrowser] settings not keeping In-Reply-To: <20190218132016.gamn6bcnzkoektnd@hooch.localdomain> References: <20190217191623.mgdtlz2r2nozpeva@hooch.localdomain> <40b43ba0-1689-7330-334b-baf1de9e1df0@657.nyc> <20190217194211.v5yb4jd7bcfkqnaq@hooch.localdomain> <7af852af-3968-b59c-07d6-b3f5dd31af9d@657.nyc> <20190218132016.gamn6bcnzkoektnd@hooch.localdomain> Message-ID: <7a37202e-14c8-cad3-47ad-7343c580bfc4@657.nyc> On 2/18/19 8:20 AM, Florian Bruhin wrote: > On Sun, Feb 17, 2019 at 02:45:21PM -0500, Steve wrote: >> On 2/17/19 2:42 PM, Florian Bruhin wrote: >>> On Sun, Feb 17, 2019 at 02:23:19PM -0500, Steve wrote: >>>> On Sun, Feb 17, 2019 at 02:01:10PM -0500, Steve wrote: >>>>>> There is no autoconfig.yml at all in ~/.config/qutebrowser/ >>>>> Huh, but there was before the update? >>>>> >>>>> Florian >>>> When things kept freezing up I did pacman -Rns qutebrowser to remove the >>>> package completely from my system. Then I maually rm -rf >>>> ~/.config/qutebrowser/ (sorry I didn't check its contents first to know if >>>> that file was there or not). >>>> >>>> After reinstalling (pacman -S qutebrowser) so far it has not frozen up (but >>>> all freezes happened while brainzilla.com was open - I have previously >>>> suspected some of their javascript of being a little "funny" - and I did not >>>> test again yet that page. But the settings issue remains and there is no >>>> autoconfig.yml file. >>> So I assume you are using qute://settings? Does it work when using the >>> :set command instead? >>> >>> You might want to use qutebrowser-git instead until I finish fixing up >>> the remaining Qt 5.12 issues and release v1.6.0. >>> >>> Florian >> I was using :set but just now tried qute://settings with same results, >> settings do not keep. > I just saw your report - you're just using the ":set" command without > arguments, which opens qute://settings. That's expected to be broken in > v1.5.2 with Qt 5.12 (but like I said, qutebrowser-git has it fixed). > > What I meant is using e.g. ":set downloads.remove_finished 3000" instead > of using the webpage. > > Florian Okay this works. autoconfig.yml is created and the setting is preserved. Seems like this is a known issue/workaround and my freezing issue is almost certainly a separate issue which I will research separately if it recurs. Many thanks for this and all your work on Qutebrowser! Steve From jaygkamat at gmail.com Wed Feb 20 03:01:09 2019 From: jaygkamat at gmail.com (Jay Kamat) Date: Tue, 19 Feb 2019 18:01:09 -0800 Subject: [qutebrowser] printing In-Reply-To: <20190117141407.rgvqkae2jq5zn2ig@hooch.localdomain> References: <20190116233446.GA2799@yapaque.fis.unam.mx> <20190117074359.3rjdv4zfxyzgshz7@hooch.localdomain> <20190117134516.GD2799@yapaque.fis.unam.mx> <20190117141407.rgvqkae2jq5zn2ig@hooch.localdomain> Message-ID: <87h8czjk0q.fsf@eve> Just adding that someone filed an issue for this as well: https://github.com/qutebrowser/qutebrowser/issues/4599 For me, it seems to be a problem on many distributions that ship qt5.11 and PyQt5.11/5.10 (gentoo, debian, fedora) but not on arch linux. I don't see it in falkon ever though. From tgy at inria.fr Fri Feb 22 10:26:47 2019 From: tgy at inria.fr (Valentin Iovene) Date: Fri, 22 Feb 2019 10:26:47 +0100 Subject: [qutebrowser] Move current tab to new window Message-ID: <20190222092647.l5aikytqqovdxjrq@valoup> Hi, I find it sometimes useful to move the current tab to a new window (without refreshing the page, especially if there's some media playing). Is this already do-able in qb ? Thanks, -- Valentin From me at the-compiler.org Fri Feb 22 10:28:43 2019 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 22 Feb 2019 10:28:43 +0100 Subject: [qutebrowser] Move current tab to new window In-Reply-To: <20190222092647.l5aikytqqovdxjrq@valoup> References: <20190222092647.l5aikytqqovdxjrq@valoup> Message-ID: <20190222092843.4eghxqj6x2xwhmhb@hooch.localdomain> On Fri, Feb 22, 2019 at 10:26:47AM +0100, Valentin Iovene wrote: > Hi, > > I find it sometimes useful to move the current tab to a new window > (without refreshing the page, especially if there's some media > playing). > > Is this already do-able in qb ? There's :tab-give, but that does reload the page. https://github.com/qutebrowser/qutebrowser/issues/2636 Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 cortesifranco3 at gmail.com Fri Feb 22 10:48:18 2019 From: cortesifranco3 at gmail.com (Franco A. Cortesi) Date: Fri, 22 Feb 2019 06:48:18 -0300 Subject: [qutebrowser] binding "hint inputs --first" Message-ID: Hi. I'm new to qutebwoser, I love it but i'm struggling to solve some minor problems. Now I'm trying to bind "hint inputs --first" to "gi" but qutebrowser keeps the old behavior when I use config.bind("gi", "hint inputs --first") and reload the config. If instead I bind the same comand to another free combination, when I try to use it I'cant. There is a message sying "No elements found". Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Fri Feb 22 11:09:40 2019 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 22 Feb 2019 11:09:40 +0100 Subject: [qutebrowser] binding "hint inputs --first" In-Reply-To: References: Message-ID: <20190222100940.hnwuitjkjmpdvpru@hooch.localdomain> On Fri, Feb 22, 2019 at 06:48:18AM -0300, Franco A. Cortesi wrote: > Hi. I'm new to qutebwoser, I love it but i'm struggling to solve some minor > problems. Now I'm trying to bind "hint inputs --first" to "gi" but > qutebrowser keeps the old behavior when I use config.bind("gi", "hint > inputs --first") and reload the config. If instead I bind the same comand > to another free combination, when I try to use it I'cant. There is a > message sying "No elements found". What "old behavior"? "hint inputs --first" is already bound to "gi" by default. Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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 cortesifranco3 at gmail.com Fri Feb 22 11:34:08 2019 From: cortesifranco3 at gmail.com (Franco A. Cortesi) Date: Fri, 22 Feb 2019 07:34:08 -0300 Subject: [qutebrowser] binding "hint inputs --first" In-Reply-To: <20190222100940.hnwuitjkjmpdvpru@hooch.localdomain> References: <20190222100940.hnwuitjkjmpdvpru@hooch.localdomain> Message-ID: It searchs for the first input on the screen, not in the page. I think gi is already executing that command, but because there is no visible input on the screen (when calling from the bottom of a page, for example), it says "no elements found". If I execute it manually (by using :) it really finds the first input, even if it's not visible on screen. I'm using v1.4.2, the latest available in nixos unstable repo. Maybe it's a bug and has been fixed? Sorry, I realized that just after posting. Le ven. 22 f?vr. 2019 ? 07:09, Florian Bruhin a ?crit : > On Fri, Feb 22, 2019 at 06:48:18AM -0300, Franco A. Cortesi wrote: > > Hi. I'm new to qutebwoser, I love it but i'm struggling to solve some > minor > > problems. Now I'm trying to bind "hint inputs --first" to "gi" but > > qutebrowser keeps the old behavior when I use config.bind("gi", "hint > > inputs --first") and reload the config. If instead I bind the same comand > > to another free combination, when I try to use it I'cant. There is a > > message sying "No elements found". > > What "old behavior"? "hint inputs --first" is already bound to "gi" by > default. > > Florian > > -- > https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) > GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc > I love long mails! | https://email.is-not-s.ms/ > -- www.fsoft.com.ar -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaygkamat at gmail.com Fri Feb 22 18:18:03 2019 From: jaygkamat at gmail.com (Jay Kamat) Date: Fri, 22 Feb 2019 09:18:03 -0800 Subject: [qutebrowser] binding "hint inputs --first" In-Reply-To: References: <20190222100940.hnwuitjkjmpdvpru@hooch.localdomain> Message-ID: <864l8vn3n8.fsf@gmail.com> Franco A. Cortesi writes: > It searchs for the first input on the screen, not in the page. I think gi > is already executing that command, but because there is no visible input on > the screen (when calling from the bottom of a page, for example), it says > "no elements found". If I execute it manually (by using :) it really finds > the first input, even if it's not visible on screen. I don't think that should be happening. Binding a key shouldn't provide any different results from running it manually, and --first should not select off-screen elements, as it's a sub command of ':hint' (and you can't hint things when you can't see them). If you would like to select off-screen elements, you could write a trivial jseval to find the first element you want and focus it. -Jay From me at the-compiler.org Mon Feb 25 15:05:01 2019 From: me at the-compiler.org (Florian Bruhin) Date: Mon, 25 Feb 2019 15:05:01 +0100 Subject: [qutebrowser] qutebrowser v1.6.0 released Message-ID: <20190225140501.metqxdnb3x645zjq@hooch.localdomain> Hi! Usually, qutebrowser feature releases happened all two months so far. This one took a bit longer (due to a busy semester, and some Qt 5.12 breakage), with v1.5.0 being released almost five months ago! The main new thing is probably support for Qt 5.12, including new features such as client certificates - but there are also a lot of smaller things. Here's the full changelog: Added ~~~~~ - New settings: * `tabs.new_position.stacking` which controls whether new tabs opened from a page should stack on each other or not. * `completion.open_categories` which allows to configure which categories are shown in the `:open` completion, and how they are ordered. * `tabs.pinned.frozen` to allow/deny navigating in pinned tabs. * `hints.selectors` which allows to configure what CSS selectors are used for hints, and also allows adding custom hint groups. * `input.insert_mode.leave_on_load` to turn off leaving insert mode when a new page is loaded. - New config manipulation commands: * `:config-dict-add` and `:config-list-add` to a new element to a dict/list setting. * `:config-dict-remove` and `:config-list-remove` to remove an element from a dict/list setting. - New `:yank markdown` feature which yanks the current URL and title in markdown format. - Support for new QtWebEngine features in Qt 5.12: * Basic support for client certificates. Selecting the certificate to use when there are multiple matching certificates isn't implemented yet. * Support for DNS prefetching (plus new `content.dns_prefetch` setting). Changed ~~~~~~~ - Various changes to the Windows and macOS builds: * Bundling Qt 5.12.1, based on Chromium 69.0.3497.128 with security fixes up to 71.0.3578.94. * Windows: A 32-bit build is available again. * Windows: The builds now bundle the Universal CRT DLLs, causing them to work on earlier versions of Windows 10. * macOS: Support for OS X 10.11 El Capitan was dropped, requiring macOS 10.12 Sierra or newer. * macOS: The IPC socket path used to communicate with existing instances changed due to changes in Qt 5.12. Please make sure to quit qutebrowser before upgrading. - `:q` now closes the current window instead of quitting qutebrowser completely (`:close`), while `:qa` quits (`:quit`). The behavior of `:wq` remains unchanged (`:quit --save`), as closing a window while saving the session doesn't make sense. - Completion highlighting is now done differently (using `QSyntaxHighlighter`), which should fix some highlighting corner-cases. - The `QtColor` config type now also understands colors like `rgb(...)`. - `:yank` now has a `--quiet` option which causes it to not display a message. - The `:open` completion now also shows search engines by default. - The `content.host_blocking.enabled` setting now supports URL patterns, so the adblocker can be disabled on a given page. - Elements with a `tabindex` attribute now also get hints by default. - Various small performance improvements for hints and the completion. - The Wayland check for QtWebEngine is now disabled on Qt >= 5.11.2, as those versions should work without any issues. - The JavaScript `console` object is now available in PAC files. - PAC proxies currently don't work properly on QtWebEngine (and never did), so an error is now shown when trying to configure a PAC proxy. - The metainfo file `qutebrowser.appdata.xml` is now renamed to `org.qutebrowser.qutebrowser.appdata.xml`. - The `qute-pass` userscript now understands domains in gpg filenames in addition to directory names. - The autocompletion for `content.headers.user_agent` got updated to only include the default and Chrome, as setting the UA to Firefox has various bad side-effects. - Combining Qt 5.12 with an older PyQt can lead to issues, so a warning is now shown when starting qutebrowser with that combination. Fixed ~~~~~ - Invalid world IDs now get rejected for `:jseval` and GreaseMonkey scripts. - When websites suggest download filenames with invalid characters, those are now correctly replaced. - Invalid hint length calculation in certain rare cases. - Dragging tabs in the tab bar (which was broken in v1.5.0) - Using Shift-Home in command mode now works properly. - Workaround for a Qt bug which prevented `content.cookies.accept = no-3rdparty` from working properly on some pages like GMail. However, the default for `content.cookies.accept` is still `all` to be in line with what other browsers do. - `:navigate` not incrementing in anchors or queries. - Crash when trying to use a proxy requiring authentication with QtWebKit. - Slashes in search terms are now percent-escaped. - When `scrolling.bar = True` was set in versions before v1.5.0, this now correctly gets migrated to `always` instead of `when-searching`. - Completion highlighting now works again on Qt 5.11.3 and 5.12.1. - The non-standard header `X-Do-Not-Track` is no longer sent. - PAC proxies were never correctly supported with QtWebEngine, but are now explicitly disallowed. - macOS: Context menus for download items now show in the correct macOS style. - Issues with fullscreen handling when exiting a video player. - Various fixes for Qt 5.12 issues: * A javascript error on page load was fixed. * `window.print()` works with Qt 5.12 now. * Fixed handling of duplicate download filenames. * Fixed broken `qute://history` page. * Fixed PDF.js not working properly. * The download button in PDF.js now works (it's not possible to make it work with earlier Qt versions). * Since Greasemonkey scripts modifying the DOM fail when being run at document-start, some known-broken scripts (Iridium, userstyles.org) are now forced to run at document-end. Enjoy! Florian -- https://www.qutebrowser.org | me at the-compiler.org (Mail/XMPP) 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: