From mel at thestack.co Thu Oct 1 08:20:50 2015 From: mel at thestack.co (Mel Boyce) Date: Thu, 01 Oct 2015 16:20:50 +1000 Subject: Password management et al Message-ID: <1443680450.3205603.398303145.62B51F6A@webmail.messagingengine.com> Hey guys, What's the story with password management in Qutebrowser? i.e., remembering them? Also, some sites I use (basic challenge) "forget" my authentication after some number of minutes - something I hadn't noticed in dwb and certainly doesn't happen in FF. -- Mel Boyce thestack.co From me at the-compiler.org Thu Oct 1 08:28:18 2015 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 1 Oct 2015 08:28:18 +0200 Subject: Password management et al In-Reply-To: <1443680450.3205603.398303145.62B51F6A@webmail.messagingengine.com> References: <1443680450.3205603.398303145.62B51F6A@webmail.messagingengine.com> Message-ID: <20151001062818.GF22874@tonks> Hey Mel, * Mel Boyce [2015-10-01 16:20:50 +1000]: > What's the story with password management in Qutebrowser? i.e., > remembering them? There's currently an userscript in development which integrates with 'pass': https://github.com/The-Compiler/qutebrowser/pull/873 The author (which also is on this list, I believe) told me he wanted to work a bit more on it before merging, so it's not merged yet. As soon as there's plugin support in qutebrowser (which will still take a few months, unfortunately), I plan to write plugins to directly integrate KeePassX, pass, and probably others: https://github.com/The-Compiler/qutebrowser/issues/30 https://github.com/The-Compiler/qutebrowser/issues/180 > Also, some sites I use (basic challenge) "forget" my authentication > after some number of minutes - something I hadn't noticed in dwb and > certainly doesn't happen in FF. Dou you have a publicly accessible example somewhere? I never had any issues with Icinga, cups, and some other things. Also, what Qt version? (see :open qute:version) Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From mel at thestack.co Thu Oct 1 09:28:01 2015 From: mel at thestack.co (Mel Boyce) Date: Thu, 01 Oct 2015 17:28:01 +1000 Subject: Password management et al In-Reply-To: <20151001062818.GF22874@tonks> References: <1443680450.3205603.398303145.62B51F6A@webmail.messagingengine.com> <20151001062818.GF22874@tonks> Message-ID: <1443684481.3224504.398338561.0F183EF7@webmail.messagingengine.com> On Thu, Oct 1, 2015, at 16:28, Florian Bruhin wrote: > Hey Mel, > > * Mel Boyce [2015-10-01 16:20:50 +1000]: > > What's the story with password management in Qutebrowser? i.e., > > remembering them? > > There's currently an userscript in development which integrates with > 'pass': > > https://github.com/The-Compiler/qutebrowser/pull/873 > > The author (which also is on this list, I believe) told me he wanted > to work a bit more on it before merging, so it's not merged yet. > > As soon as there's plugin support in qutebrowser (which will still > take a few months, unfortunately), I plan to write plugins to directly > integrate KeePassX, pass, and probably others: > > https://github.com/The-Compiler/qutebrowser/issues/30 > https://github.com/The-Compiler/qutebrowser/issues/180 > > > Also, some sites I use (basic challenge) "forget" my authentication > > after some number of minutes - something I hadn't noticed in dwb and > > certainly doesn't happen in FF. > > Dou you have a publicly accessible example somewhere? I never had any > issues with Icinga, cups, and some other things. > > Also, what Qt version? (see :open qute:version) > > Florian Hey Florian, I'm on QT 5.5 (Arch Linux). I don't have examples for my timeout problem, but the ones I've observed are Windows web servers which initially present an NTLM challenge (work garbage) and then fall-back to basic. I'll see what I can figure out when I'm back in the office. A userscript sounds perfectly fine for my password situation (until plugins are available) so I'll take a look at adapting that one to my needs. As an aside, how should desktop notifications work from my perspective? I answer "y" when an application requests access, but I don't seem to see any notifications and refreshing the page requires me to enable again. From z1693060 at students.niu.edu Fri Oct 23 05:55:08 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Thu, 22 Oct 2015 22:55:08 -0500 Subject: Slow Qutebrowser Message-ID: Hi, Today I was composing an email in Gmail when the browser slowed to the point of being barely useable. I took a screenshot of htop (username redacted): I closed qutebrowser and killed the remaining processes using htop, and now qutebrowser is working at full speed again (though the swap hasn't fully emptied yet). I'm using qutebrowser-git on Arch, and I updated recently (though I didn't see qutebrowser in the list of updates on the last update). Is there anything in a recent update or something I might be inadvertently doing that would cause this to happen? Thanks, Abe Baker -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: QutebrowserBug.png Type: image/png Size: 84951 bytes Desc: not available URL: From me at the-compiler.org Fri Oct 23 06:42:16 2015 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 23 Oct 2015 06:42:16 +0200 Subject: Slow Qutebrowser In-Reply-To: References: Message-ID: <20151023044216.GB5929@tonks> Hey, * Abraham Baker [2015-10-22 22:55:08 -0500]: > Today I was composing an email in Gmail when the browser slowed to the > point of being barely useable. I took a screenshot of htop (username > redacted): > > > I closed qutebrowser and killed the remaining processes using htop, and now > qutebrowser is working at full speed again (though the swap hasn't fully > emptied yet). > > I'm using qutebrowser-git on Arch, and I updated recently (though I didn't > see qutebrowser in the list of updates on the last update). > > Is there anything in a recent update or something I might be inadvertently > doing that would cause this to happen? Those kind of things are typically bugs in QtWebKit, the underlying rendering engine - not in qutebrowser itself. What Qt version are you using? (See :open qute:version). There was an issue regarding extreme memory consumption fixed with Qt 5.4.2 - so if you're on that or something newer, I have no idea how this happened. I'm sorry I can't help you much - things hopefully will get a lot better in the future with the QtWebEngine/Chromium backend: https://github.com/The-Compiler/qutebrowser/issues/666 Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Fri Oct 23 14:08:39 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Fri, 23 Oct 2015 07:08:39 -0500 Subject: Slow Qutebrowser In-Reply-To: <20151023044216.GB5929@tonks> References: <20151023044216.GB5929@tonks> Message-ID: This is strange: I thought I already updated qutebrowser, but it still shows up as version v0.4.0. I'm using pacaur to keep it up to date; maybe this is a bad idea? I'll try updating again and see what happens. qutebrowser v0.4.0 Git commit: v0.4.0-220-g55efd13 (2015-10-04 18:33:37 +0200) CPython: 3.5.0 Qt: 5.5.0, runtime: 5.5.1 PyQt: 5.5 Style: QFusionStyle Desktop: None sip: 4.16.9 colorlog: no colorama: no pypeg2: 2.15 jinja2: 2.8 pygments: 2.0.2 yaml: 3.11 Webkit: 538.1 Harfbuzz: old SSL: OpenSSL 1.0.2d 9 Jul 2015 Frozen: False Platform: Linux-4.2.3-1-ARCH-x86_64-with-arch, 64bit On Thu, Oct 22, 2015 at 11:42 PM, Florian Bruhin wrote: > > Hey, > > * Abraham Baker [2015-10-22 22:55:08 -0500]: > > Today I was composing an email in Gmail when the browser slowed to the > > point of being barely useable. I took a screenshot of htop (username > > redacted): > > > > > > I closed qutebrowser and killed the remaining processes using htop, and now > > qutebrowser is working at full speed again (though the swap hasn't fully > > emptied yet). > > > > I'm using qutebrowser-git on Arch, and I updated recently (though I didn't > > see qutebrowser in the list of updates on the last update). > > > > Is there anything in a recent update or something I might be inadvertently > > doing that would cause this to happen? > > Those kind of things are typically bugs in QtWebKit, the underlying > rendering engine - not in qutebrowser itself. What Qt version are you > using? (See :open qute:version). > > There was an issue regarding extreme memory consumption fixed with > Qt 5.4.2 - so if you're on that or something newer, I have no idea how > this happened. > > I'm sorry I can't help you much - things hopefully will get a lot > better in the future with the QtWebEngine/Chromium backend: > > https://github.com/The-Compiler/qutebrowser/issues/666 > > Florian > > -- > http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) > GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc > I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From z1693060 at students.niu.edu Fri Oct 23 14:17:16 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Fri, 23 Oct 2015 07:17:16 -0500 Subject: Slow Qutebrowser In-Reply-To: References: <20151023044216.GB5929@tonks> Message-ID: I ran pacaur, and while the non-AUR packages upgraded well, there was apparently 'nothing to do' for the AUR packages even though I have a (slightly) older qutebrowser. On Fri, Oct 23, 2015 at 7:08 AM, Abraham Baker wrote: > This is strange: I thought I already updated qutebrowser, but it still > shows up as version v0.4.0. I'm using pacaur to keep it up to date; maybe > this is a bad idea? I'll try updating again and see what happens. > > > qutebrowser v0.4.0 > Git commit: v0.4.0-220-g55efd13 (2015-10-04 18:33:37 +0200) > > CPython: 3.5.0 > Qt: 5.5.0, runtime: 5.5.1 > PyQt: 5.5 > Style: QFusionStyle > Desktop: None > sip: 4.16.9 > colorlog: no > colorama: no > pypeg2: 2.15 > jinja2: 2.8 > pygments: 2.0.2 > yaml: 3.11 > Webkit: 538.1 > Harfbuzz: old > SSL: OpenSSL 1.0.2d 9 Jul 2015 > > Frozen: False > Platform: Linux-4.2.3-1-ARCH-x86_64-with-arch, 64bit > > > > On Thu, Oct 22, 2015 at 11:42 PM, Florian Bruhin > wrote: > > > > Hey, > > > > * Abraham Baker [2015-10-22 22:55:08 -0500]: > > > Today I was composing an email in Gmail when the browser slowed to the > > > point of being barely useable. I took a screenshot of htop (username > > > redacted): > > > > > > > > > I closed qutebrowser and killed the remaining processes using htop, > and now > > > qutebrowser is working at full speed again (though the swap hasn't > fully > > > emptied yet). > > > > > > I'm using qutebrowser-git on Arch, and I updated recently (though I > didn't > > > see qutebrowser in the list of updates on the last update). > > > > > > Is there anything in a recent update or something I might be > inadvertently > > > doing that would cause this to happen? > > > > Those kind of things are typically bugs in QtWebKit, the underlying > > rendering engine - not in qutebrowser itself. What Qt version are you > > using? (See :open qute:version). > > > > There was an issue regarding extreme memory consumption fixed with > > Qt 5.4.2 - so if you're on that or something newer, I have no idea how > > this happened. > > > > I'm sorry I can't help you much - things hopefully will get a lot > > better in the future with the QtWebEngine/Chromium backend: > > > > https://github.com/The-Compiler/qutebrowser/issues/666 > > > > Florian > > > > -- > > http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) > > GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc > > I love long mails! | http://email.is-not-s.ms/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Fri Oct 23 14:23:26 2015 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 23 Oct 2015 14:23:26 +0200 Subject: Slow Qutebrowser In-Reply-To: References: <20151023044216.GB5929@tonks> Message-ID: <20151023122326.GH5929@tonks> * Abraham Baker [2015-10-23 07:17:16 -0500]: > I ran pacaur, and while the non-AUR packages upgraded well, there was > apparently 'nothing to do' for the AUR packages even though I have a > (slightly) older qutebrowser. Do you have qutebrowser or qutebrowser-git installed? This seems to suggest -git: > qutebrowser v0.4.0 > Git commit: v0.4.0-220-g55efd13 (2015-10-04 18:33:37 +0200) For git packages, you usually have to take care of rebuilding them yourself, as there's no easy way for the AUR agent to figure out if it was updated (short of cloning the repo and comparing the versions, but I don't think any AUR agent does that). For qutebrowser, there are new commits almost daily ;) Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From z1693060 at students.niu.edu Fri Oct 23 14:27:15 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Fri, 23 Oct 2015 07:27:15 -0500 Subject: Slow Qutebrowser In-Reply-To: <20151023122326.GH5929@tonks> References: <20151023044216.GB5929@tonks> <20151023122326.GH5929@tonks> Message-ID: I will backup my settings and try switching to the non-git version since that sounds current enough for my purposes. Is there anything special that I have to do besides backing up before switching? Thanks for all the help! Abe On Fri, Oct 23, 2015 at 7:23 AM, Florian Bruhin wrote: > * Abraham Baker [2015-10-23 07:17:16 -0500]: > > I ran pacaur, and while the non-AUR packages upgraded well, there was > > apparently 'nothing to do' for the AUR packages even though I have a > > (slightly) older qutebrowser. > > Do you have qutebrowser or qutebrowser-git installed? This seems to > suggest -git: > > > qutebrowser v0.4.0 > > Git commit: v0.4.0-220-g55efd13 (2015-10-04 18:33:37 +0200) > > For git packages, you usually have to take care of rebuilding them > yourself, as there's no easy way for the AUR agent to figure out if it > was updated (short of cloning the repo and comparing the versions, but > I don't think any AUR agent does that). > > For qutebrowser, there are new commits almost daily ;) > > Florian > > -- > http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) > GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc > I love long mails! | http://email.is-not-s.ms/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at the-compiler.org Fri Oct 23 14:37:05 2015 From: me at the-compiler.org (Florian Bruhin) Date: Fri, 23 Oct 2015 14:37:05 +0200 Subject: Slow Qutebrowser In-Reply-To: References: <20151023044216.GB5929@tonks> <20151023122326.GH5929@tonks> Message-ID: <20151023123705.GI5929@tonks> * Abraham Baker [2015-10-23 07:27:15 -0500]: > I will backup my settings and try switching to the non-git version since > that sounds current enough for my purposes. Yeah, you aren't missing out on *that* much: https://github.com/The-Compiler/qutebrowser/blob/master/CHANGELOG.asciidoc#v050-unreleased > Is there anything special that I have to do besides backing up before > switching? Prepare to get an error thrown at you for every now unknown config option - might want to start with --relaxed-config and then do :save to make things easier. > Thanks for all the help! You're welcome! Florian -- http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From twodopeshaggy at gmail.com Fri Oct 23 14:35:13 2015 From: twodopeshaggy at gmail.com (Johnathan Jenkins) Date: Fri, 23 Oct 2015 05:35:13 -0700 Subject: Slow Qutebrowser In-Reply-To: <20151023122326.GH5929@tonks> References: <20151023044216.GB5929@tonks> <20151023122326.GH5929@tonks> Message-ID: <20151023123513.GA20120@caritas> If your indeed using pacaur and qutebrowser-git package. It would be ideal to update using: pacaur -Syua --devel --needed It updates all -git packages, I suggest reading the man page a bit and setting up a cache dir so that the updates are faster as it keeps a local git repo for the package. Tho not perfect its normally pretty solid setup. -- Johnathan Jenkins | "ShaggyTwoDope" GPG: 7EC3233B | http://shaggytwodope.github.io/pubkey.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From z1693060 at students.niu.edu Sat Oct 24 03:00:19 2015 From: z1693060 at students.niu.edu (Abraham Baker) Date: Fri, 23 Oct 2015 20:00:19 -0500 Subject: Slow Qutebrowser In-Reply-To: <20151023123705.GI5929@tonks> References: <20151023044216.GB5929@tonks> <20151023122326.GH5929@tonks> <20151023123705.GI5929@tonks> Message-ID: Hi, Using pacaur -Syua --devel --needed worked (now at version 0.4.1), though the update worked fast enough for me, so I'll skip making the local repo cache for now. Is there any downside to running pacaur -Syua without running pacamn -Syu first? E.g. if an AUR package depends on a non-AUR package would pacaur automatically recognize this and update that too? Would there be any downside to just running pacaur -Syu --devel --needed? On Fri, Oct 23, 2015 at 7:37 AM, Florian Bruhin wrote: > * Abraham Baker [2015-10-23 07:27:15 -0500]: > > I will backup my settings and try switching to the non-git version since > > that sounds current enough for my purposes. > > Yeah, you aren't missing out on *that* much: > > > https://github.com/The-Compiler/qutebrowser/blob/master/CHANGELOG.asciidoc#v050-unreleased > > > Is there anything special that I have to do besides backing up before > > switching? > > Prepare to get an error thrown at you for every now unknown config > option - might want to start with --relaxed-config and then do :save > to make things easier. > > > Thanks for all the help! > > You're welcome! > > Florian > > -- > http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP) > GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc > I love long mails! | http://email.is-not-s.ms/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From twodopeshaggy at gmail.com Sat Oct 24 03:16:05 2015 From: twodopeshaggy at gmail.com (Johnathan Jenkins) Date: Fri, 23 Oct 2015 18:16:05 -0700 Subject: Slow Qutebrowser In-Reply-To: References: <20151023044216.GB5929@tonks> <20151023122326.GH5929@tonks> <20151023123705.GI5929@tonks> Message-ID: <20151024011605.GA9991@caritas> On Fri, Oct 23, 2015 at 08:00:19PM -0500, Abraham Baker wrote: > Hi, > > Using pacaur -Syua --devel --needed worked (now at version 0.4.1), though > the update worked fast enough for me, so I'll skip making the local repo > cache for now. > > Is there any downside to running pacaur -Syua without running pacamn -Syu > first? E.g. if an AUR package depends on a non-AUR package would pacaur > automatically recognize this and update that too? Would there be any > downside to just running pacaur -Syu --devel --needed? > > Short answer, none that I'm aware of. Long answer.. no AUR helper is perfect and depend issues can occur with any pacakge, be it in the aur or core repos. However to the best of my knowledge just running >pacaur -Syu --devel --needed won't do anything bad. Namely new depends like you said, it'll pull in updates as needed like "normal". The short of it tho, I check for updates once or twice a day with pacaur -Syu for normal pacman/aur stuff with versioning. And once a day with >pacaur -Syu --devel --needed because it can be slow. If you have 100+ -git packages it can be pretty intense to wait for everything to download and compile. In the case of qutebrowser I'd suggest reading the github page about changes time to time, in case of changes in config or what have you. I've never had a problem myself doing this. You should not need to use pacaman unless things go wrong. It's safe to use pacaur like this for the most part. And I'll add if you ever run into problems feel free to e-mail me directly. -- Johnathan Jenkins | "ShaggyTwoDope" GPG: 7EC3233B | http://shaggytwodope.github.io/pubkey.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: