Florian Bruhin

> Currently, qtwebengine 5.15.3 sits at chromium v87, which should be sufficiently new for everything to work smoothly. Agreed. The last related bugfix I could find is [media/gpu/vaapi: fix VA-API...

I've recently talked to QtWebEngine devs about those flags again - both the dev (carewolf) and I actually see *reduced* performance (especially much more CPU usage) with `enable-gpu-rasterization`. @maximbaz I...

I didn't quite follow the topic - at least for vaapi itself, there doesn't seem to be anything needed to enable it at runtime? Or do you mean enabling `QT_XCB_GL_INTEGRATION=xcb_egl`?...

So I took a first look at this, and this must be happening in `TempDownloadManager.get_tmpfile`. I can reproduce by doing the following: - Open a PDF with PDF.js - Remove...

> So why can't it just create one? It can, but I'd first like to understand what's happening before blindly committing a fix. It's entirely possible that my analysis is...

> I guess handling the "directory doesn't exist upon downloading a file" case is something worth adding regardless of the other possible problem. Sure. But we're not in a hurry...

Maybe the file only gets written once you hit `ctrl-c` to kill `inotifywait`. Alternatively, use ``` inotifywait --monitor --timefmt '%T' --format '%T %w%f %e' --include 'qutebrowser-downloads-.*' /tmp | tee downloads.log...

> After around 9 hours opening a PDF seems to be fine. Do you think suspending the system, which I do often might be somehow related? I pretty sure that...

So yes, this confirms indeed that something is deleting the directory. I'll push a fix so that qutebrowser recreates it, but you might want to find out what's randomly deleting...

I tried writing a fix: ```diff commit 01ca52f97978515ad42e4b348e8ee2a575ef143e Author: Florian Bruhin Date: Tue Apr 13 16:48:57 2021 +0200 Recreate temporary download directory if it vanishes Fixes #6366 diff --git a/qutebrowser/browser/downloads.py...