From nobody Wed Sep 22 15:30:28 2021 X-Original-To: chromium@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3458017C7CA7 for ; Wed, 22 Sep 2021 15:30:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HF2LF0qmHz3pPp for ; Wed, 22 Sep 2021 15:30:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id F0AA01A1A5 for ; Wed, 22 Sep 2021 15:30:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 18MFUSju003385 for ; Wed, 22 Sep 2021 15:30:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18MFUS0T003384 for chromium@FreeBSD.org; Wed, 22 Sep 2021 15:30:28 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" From: bugzilla-noreply@freebsd.org To: chromium@FreeBSD.org Subject: maintainer-feedback requested: [Bug 258679] www/chromium: Unable to download files with chromium-92.0.4515.159_2 Date: Wed, 22 Sep 2021 15:30:28 +0000 X-Bugzilla-Type: request X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: chromium@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? Message-ID: In-Reply-To: References: X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD-specific Chromium issues List-Archive: https://lists.freebsd.org/archives/freebsd-chromium List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-chromium@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N Bugzilla Automation has asked freebsd-chromium (Nobo= dy) for maintainer-feedback: Bug 258679: www/chromium: Unable to download files with chromium-92.0.4515.159_2 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258679 --- Description --- On chromium-92.0.4515.159_2 I am unable to download files to alternate directories if they are on different filesystems. I can download to ~/Downloads which is inside my home directory on the same disk, but not to a different directory I have on another ZFS dataset. This worked previously until the most recent major version of Chromium (92.x). Permissions are correct and my user can create files in the target without issue. It's simple to reproduce by going to freebsd.org and attempting a download = of a FreeBSD installer image. If I download to ~/Downloads it succeeds but if I attempt to place it into the directory I export to hypervisors (/data/apps/= OS) it fails. The browser displays "Failed - Download Error" but does not log anything on the console or stderr. The browser leaves an empty file ending = in ".crdownload" behind when it fails. If I go to chrome://downloads/ and click "Resume" on the failed entry it may randomly work. Sometimes it works on a single retry sometimes it takes 10 or more tries before it succeeds. Each failed attempt results in a new empty ".crdownload" file This happens in regular mode and in incognito mode. The problem also persis= ts even if I set the main Download folder to the desired target location. System is on 13.0 with all available updates applied. FreeBSD 13.0-RELEASE-p4 FreeBSD 13.0-RELEASE-p4 #0: Tue Aug 24 07:33= :27 UTC 2021=20=20=20=20 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC= =20 amd64 This is not the same issue as bug #258232 as my dbus machine ID is present = and consistent. As a temporary workaround I can download files to my home dir and move them= but it's a weird and arbitrary limitation that has not been present in the past, and it gets more irritating each time I have to take the extra steps that w= ere unnecessary before. There are others reporting similar issues on the -stable mailing list and in the comments on closed bug #25832