Date: Sat, 04 Sep 2021 08:28:38 +0000 From: bugzilla-noreply@freebsd.org To: chromium@FreeBSD.org Subject: [Bug 258232] www/chromium not downloading but writing empty images.crdownload files Message-ID: <bug-258232-28929-LR0LeFxo9H@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-258232-28929@https.bugs.freebsd.org/bugzilla/> References: <bug-258232-28929@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258232 ice@extreme.hu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ice@extreme.hu --- Comment #8 from ice@extreme.hu --- I am hit by a similar issue, but the cause is apparently very different. 91.0.4472.164 was fine, the problems started with 92-something, as far as I remember. One might call my setup a bit awkward: /tmp is a separate ZFS dataset, and this is what I have my 'download direct= ory' set to in Chromium /usr/home is another ZFS dataset which is where the bulk of my home lives however ~/.local is a symlink to a directory in yet another ZFS data set This setup stopped working in about Chromium 92. If I set my 'download directory' to ~/.local/, it starts working again. It looks like Chromium wants to create a temp file in ~/.local/: 14121 chrome NAMI "/home/ice/.local/share/.org.chromium.Chromium.A1I94j" and then a bit later 14121 chrome NAMI "/home/ice/.local/share/.org.chromium.Chromium.A1I94j" 14121 chrome NAMI "/tmp/<finalname>.crdownload" 14121 chrome CALL write(0x1d,0x7fffffffcd3f,0x1) 14121 chrome RET rename -1 errno 18 Cross-device link This made my try pointing Chromium to ~/.local/ as the download directory, = and this works (as far as Chromium is now able to produce an actual file). To be honest this looks a bit odd - if there is a specific directory to download files into, and Chromium is using rename to get to the final file = name from the temp file name, why is the temp file being created in a random directory very distinctly not the same as the download directory? That said, this all may be a red herring - the only thing certain is with t= his filesystem setup and download dir set to /tmp, Chromium isn't downloading things :) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-258232-28929-LR0LeFxo9H>