Package: libqt5webkit5
Version: 5.3.2+dfsg-3
Severity: important
Tags: upstream patch security
Dear Maintainer,
I've just submitted a change[1] to QtWebKit upstream to prevent it recording
visited URLs to its favicon database (WebpageIcons.db) while using private
browsing mode.
The change has
Any update on this? The change has now been merged upstream:
http://code.qt.io/cgit/qt/qtwebkit.git/commit/?h=5.4id=2810aea1f6c9cca48b93130a7c245f9a2f85637e
Florian
--
http://www.the-compiler.org | m...@the-compiler.org (Mail/XMPP)
GPG: 916E B0C8 FD55 A072 |
Hi,
I just had to update the upstream fix as I accidentally made a mistake
which means it didn't compile.
Please ignore the raw patch link above, and instead use the
codereview link[1] which links to the newest version.
Sorry for the inconveniences!
[1]
Package: pnp4nagios-web
Version: 0.6.16-2
Followup-For: Bug #752088
I see the same happening after updating from Wheezy to Jessie. I can
confirm the mentioned workaround of adding ~E_DEPRECATED to index.php
works (thus the debsum error below).
I think the severity of this bug report should be
This seems to be a duplicate of #785787 which was fixed with
python-pip 1.5.6-6.
--
http://www.the-compiler.org | m...@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/
--
To UNSUBSCRIBE, email
Attaching a screenshot. It seems some parts of the UI are unaffected,
but the URL completion is (and e.g. the webinspector as well).
--
http://www.the-compiler.org | m...@the-compiler.org (Mail/XMPP)
GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc
I love long mails! |
Package: chromium
Version: 43.0.2357.65-1~deb8u1
Severity: normal
Tags: upstream
Dear Maintainer,
Since some update a few weeks (months?) ago, all fonts in my Chromium
appear blurry. I don't think this is the same issue as in #580622
because it doesn't seem to be connected to subpixel rendering.
Package: libqt5widgets5
Version: 5.3.2+dfsg-4+deb8u1
Severity: normal
Dear Maintainer,
Since a few days, QtWebKit applications (such as Calibre or my minimal
PyQt test script[1]) crash when resizing the window. I think it mostly
happens when it's resized bigger than the window size when the
I did some more research on this, and I think I'm actually running
into #799587:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799587
Closing the Java application I was running did indeed fix the issue...
So I guess this can be merged into #799587 - sorry for the noise!
Florian
--
Package: libqt5network5
Version: 5.3.2+dfsg-4+deb8u1
Severity: normal
Tags: upstream patch
Dear Maintainer,
I'm running a (Py)Qt5 application as part of a CI, and once all few days I get
a segfault on exit here:
.../libQt5Network.so.5(QNetworkConfigurationManagerPrivate::pollEngines()
For what it's worth, I just experienced the same on an Archlinux
machine with Audacity 2.1.2.
--
http://www.the-compiler.org | m...@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/
This is actually a bug in Nagstamon, discovered by PyQt getting
stricter about correct @pyqtSlot signatures.
I'm guessing you don't see this with other platforms because you're
running Qt 5.6 but not PyQt 5.6 there, which is where this behaviour
was added:
* Debian Bug Tracking System [2016-07-25 11:03:05
+]:
> Processing commands for cont...@bugs.debian.org:
>
> > block 832159 with 832420
I don't think this should be blocked by QtWebEngine. In fact,
QtWebEngine support is still in heavy development, and most (if not
Hi,
I'm the upstream maintainer - I worked together with Fritz for this
package, and we both think it's ready at this point. A Debian
developer I know (Axel Beckert, Cc'ed here) also took a look at the
package and would be willing to sponsor it.
> But unlike dwb and other vim-like Browsers it
* Salvo Tomaselli [2016-08-29 22:49:55 +0200]:
> Package: python3-pyqt5
> Version: 5.7+dfsg-2
> Severity: important
>
> Dear Maintainer,
>
> Slots used to be decorated with things like
>
> @QtCore.pyqtSlot(object)
>
> Now having these causes a crash.
Note that's only the
Hey Dmitry,
On Fri, Jul 07, 2017 at 02:28:25PM +0300, Dmitry Shachnev wrote:
> Control: severity -1 important
>
> Hi Florian!
>
> On Fri, Jul 07, 2017 at 12:59:09PM +0200, Florian Bruhin wrote:
> > I'll have to disagree with this being a "wishlist" bug - Secu
Hi,
FWIW, Fedora also updated their packages[1], and Archlinux had a
qt5-webkit-ng package[2] since January, which recently got merged[3]
back into the main qt5-webkit package.
I'll have to disagree with this being a "wishlist" bug - Security wise,
the old QtWebKit is worse than WebKitGTK 2.4,
Note that upstream recently merged a fork with a major update based on
webkit2: https://luakit.github.io/luakit/
--
https://www.qutebrowser.org | m...@the-compiler.org (Mail/XMPP)
GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc
I love long mails! |
On Tue, Apr 25, 2017 at 09:55:01PM +0200, Dominik George wrote:
> Hi,
>
> > Python should raise a RuntimeError exception with a list as with a set.
>
> It *does*, for a list.
>
> But in Python 3, with [], you do not get a list, but an iterator with a
> list-like API ;). It wraps a list which
Hi,
On Sat, Jun 17, 2017 at 08:42:16PM +0200, Axel Beckert wrote:
> Hi Julien,
>
> Julien Cristau wrote:
> > > And obviously, since "qtwebkit" and "webkit" are both mentioned
> > > already, the mentioning of "webkit" does not imply any webkit fork as
> > > otherwise "qtwebkit" wouldn't be in
Upstream here - it'd probably be best to just drop the "and QtWebKit" part, as
that's not really true anymore either way (it can use either QtWebKit and
QtWebEngine, and uses QtWebEngine by default with 1.0.x).
FWIW, what I usually use myself is this:
"A keyboard-driven, vim-like browser based on
On Thu, Sep 13, 2018 at 10:35:31AM +0200, Florian Bruhin wrote:
> Like I've told you in IRC already, this is already fixed (it's a bug in
> QtCore), but you didn't seem to try upgrading like I suggested (or your
> mirror is outdated) ;-)
My bad - this was fixed in libqt5core5a 5.11
Like I've told you in IRC already, this is already fixed (it's a bug in
QtCore), but you didn't seem to try upgrading like I suggested (or your
mirror is outdated) ;-)
On Thu, Sep 13, 2018 at 09:51:25AM +0200, ralphe wrote:
> ii libqt5core5a 5.11.1+dfsg-7
See
/__init__.py
+++ b/qutebrowser/__init__.py
@@ -26,7 +26,7 @@ __copyright__ = "Copyright 2014-2019 Florian Bruhin (The
Compiler)"
__license__ = "GPL"
__maintainer__ = __author__
__email__ = "m...@qutebrowser.org"
-__version_info__ = (1, 6, 0)
Hey,
qutebrowser upstream here - I recently looked into this a bit, and partially
found out what's going on.
Turns out when supposed to display an error page, "jstProcess is not defined"
gets logged instead.
When I look at the source of the error page on my Archlinux machine, that
JavaScript
On Fri, Nov 22, 2019 at 06:19:17PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi Florian!
>
> El vie., 22 nov. 2019 14:57, Florian Bruhin escribió:
>
> > Hey,
> >
> > qutebrowser upstream here - I recently looked into this a bit, and
> >
Hey,
It looks like 5.14.0-2 with the fix isn't in testing yet? See
https://tracker.debian.org/pkg/pyqt5webengine
https://qa.debian.org/excuses.php?package=pyqt5webengine
I don't really understand why - can someone elaborate on what's going on?
It looks like dependent packages (like qutebrowser,
Hey Dmitry,
On Thu, Feb 06, 2020 at 01:04:35PM +0300, Dmitry Shachnev wrote:
> Hi Florian!
>
> On Thu, Feb 06, 2020 at 10:36:22AM +0100, Florian Bruhin wrote:
> > Hey,
> >
> > It looks like 5.14.0-2 with the fix isn't in testing yet? See
> > https://trac
Hey,
On Sun, Jan 05, 2020 at 12:33:41PM +0300, Dmitry Shachnev wrote:
> 2) Disable the PyQt_Desktop_OpenGL feature in the main build. With this
> option the classes like QOpenGLTimerQuery, QOpenGLTimeMonitor,
> QOpenGLFunctions_x_y will be no longer available.
>
> So far I have not found any
Hey,
Upstream here - no idea what's happening there I'm afraid. I'm guessing you'll
have similar issues with other Qt/QtWebEngine applications as well though, I
doubt this is qutebrowser-specific. Can you try with e.g. Falkon as well?
Florian
--
m...@the-compiler.org (Mail/XMPP) |
Hi Dmitry,
On Tue, Sep 22, 2020 at 03:56:15PM +0300, Dmitry Shachnev wrote:
> Hi Florian!
>
> On Tue, Sep 22, 2020 at 01:48:17PM +0200, Florian Bruhin wrote:
> > reassign -1 libqt5webenginecore5 5.14.2+dfsg1-5
> > thanks
> >
> > Hey,
> >
>
reassign -1 libqt5webenginecore5 5.14.2+dfsg1-5
thanks
Hey,
Since you can reproduce this with Falkon, it definitely isn't an issue
in qutebrowser. Reassigning this to QtWebEngine. Let's hope it works,
I'm not too experienced with using Debian's BTS - whoever is on the
receiving end, please let
Hey again,
On Mon, Sep 21, 2020 at 12:17:57PM -0300, felipe wrote:
> Hey,
>
> > For 1), do you see those QtWebEngineProcess crashes when you run
> > "coredumpctl list"? If so, can you please show "coredumpctl info PID"
> > with the PID from the list? If not, can you check whether you can
> >
Hey,
Upstream maintainer here - not sure what's going on exactly, but let's
try to find out :)
On Wed, Sep 16, 2020 at 09:12:19PM -0300, zeden wrote:
> Trying to open sites using qtwebengine backend results in:
> "ERROR: Renderer process crashed".
I assume you're seeing this on any
Hey,
On Mon, Sep 21, 2020 at 10:00:50AM -0300, felipe wrote:
> And dmesg shows this line for each time i refresh or try to open any website:
>traps: QtWebEngineProc[4369] trap invalid opcode ip:7f322fa7128f
> sp:7ffd1d00c600 error:0 in
>
Hi,
On Tue, Dec 21, 2021 at 05:15:47PM +0100, Lucas Nussbaum wrote:
> > I: dh_python3 pydist:313: Cannot find package that provides dataclasses.
> > Please add package that provides it to Build-Depends or add "dataclasses
> > python3-dataclasses" line to debian/py3dist-overrides or add proper
Hi,
On Tue, Dec 21, 2021 at 07:12:26PM +0100, Axel Beckert wrote:
> > That seems like a false-positive: The dataclasses backport is only
> > required for Python 3.6, but Debian sets "Depends: python3 (>= 3.7)"
> > already.
> […]
> > That smells like a bug in dh-python.
>
> I tried downgrading
te IRC links to Libera Chat
> Based on a patch by Florian Bruhin
> Forwarded: not-needed
For context, I suggested a patch which only patches the asciidoc files,
while the release tarballs ship HTML files.
I've taken a quick look at the diff, looks good to me.
Florian
--
38 matches
Mail list logo