the problem happens on facebook to astrometry.net, it is not a single site problem, happens with and without ipfw firewall enabled, also the same file can be downloaded with Firefox or Falcon on the same machine
there is no further error somewhere, just the missed download and the crdownload file
the problem started with the last or before last upgrade, now I am with 92.0.4515.159 (Official Build) (64-bit), KDE Neon Plasma 5.22 and FreeBSD amd64 13
the only not so common thing is that I use mobile network bridged on my cellphone (usb tethering) which is working fine
would be great if somebody could look at this
this "on facebook to astrometry.net" should be "FROM facebook to astronomy.net"
Created attachment 227626 [details]
chrome download internals
when you open chrome://about you find download internals where you can past download uris and analise the thing, may be I understand it wrong but they mark it as success but below the content file is not appearing
Created attachment 227627 [details]
on the same page chrome://about you find downloads
this I thing are the partial downloads you made so far and the funny is, after some time (no rule) may be 5 may 30 minutos you click on repeat and the fiel is coming in ... this is not happening when you use the same try again tip on the partial download file or resume on the chromium tab
(In reply to Michael from comment #3)
This happens to me as well, chromium: 92.0.4515.159 on 13.0-RELEASE-p4 amd64, on multiple websites, including ones on local LAN (namely phpmyadmin export database).
that's good, I always think it's only me :)
the chromium upgrade from this morning (...159_1) doesn't changed a thing, same problem
hope it helps. same linux version works fine helps nothing, but what I mentioned before about the "downloads" link on the "chrome://about" page the RESUME link works after closing the browser, launch Chromium again, since the downloads are not anymore on the status bar, they still appear in Chrome://about Downloads, then clicking the Resume link and it works, the download completes ...
missing /etc/machine-id was the culprit or chromium looking for it in the wrong place, whatever, workaround as follows or linking directly
cat /var/lib/dbus/machine-id > /etc/machine-id
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 directory' 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 this filesystem setup and download dir set to /tmp, Chromium isn't downloading things :)
(In reply to ice from comment #8)
I think that has here nothing to do but with your setup, the download dir for any browser you can set in Browser's settings and why you would have a separated drive or partition for .local
(In reply to Michael from comment #9)
Just to ease your concerns: it also doesn't work if the browser download directory is set to /tmp and home and /tmp are on different datasets (and ~/.local is on the same dataset as the rest of home).
I hope having separate filesystems for /tmp and home is OK and that setting the download directory to /tmp is also OK.
(In reply to ice from comment #10)
you might be complicate the simple things, you can but I think there is no nees and no technical necessity to have so much partitions for so little content, any way check your rw rights, you probable have created the resources as root but not using the browser as root, so you probably like to check it
The problem is not fixed for me.
I temporarily symlinked /var/lib/dbus/machine-id to /etc/machine-id but downloads still fail.
My ~/.local/ is on (home/user) zfs dataset, download dir is (home/user/Downloads) zfs dataset, /tmp is on tmpfs filesystem.
It worked for ages like this, now it doesn't.
(In reply to Marko Cupać from comment #12)
have you looked if there is something in the file?
create the machine-id file first with "dbus-uuid > /var/lib/dbus/" and link it again, you need eventually re-create the file every time after a new kernel install
(In reply to Michael from comment #13)
Yes, there was string similar to 'ff617793fd231ft1589dd8eb5808beef' (a few characters changed). File was from 2016 (I have been upgrading this machine over the years).
I don't have dbus-uuid on my machine. I have dbus-uuidgen. I re-created with `sudo dbus-uuidgen --ensure`, symlinked to /etc, rebooted, cleared chromium cache but downloads still fail.
(In reply to Marko Cupać from comment #14)
of course it was dbus--uuidgen :)
let's go over it:
1 dbus-uuidgen > /var/lib/dbus/machine-id
2 ln -s /var/lib/dbus/machine-id /etc/machine-id
you should not use the --ensure switch because it doesn't write a new one what is what should be done
there is no other wodoo like reboot or browser cache involved ok, when it still doesn't work you have some other mix-up in your pc, but probably letting the ensure switch out it will work
(In reply to Michael from comment #15)
Hi, thanks for trying to help me.
--ensure does not create machine-id if it exists, but I did delete the first one beforehand, so I got new one.
Anyway, deleting it again, recreating new one as you instructed, re-linking to /etc, ensuring they're the same, unfortunately resulted in failed download again.
me@mybox:~ % sudo rm /etc/machine-id
me@mybox:~ % sudo rm /var/lib/dbus/machine-id
me@mybox:~ % dbus-uuidgen | sudo tee /var/lib/dbus/machine-id
me@mybox:~ % cat /var/lib/dbus/machine-id
me@mybox:~ % cat /etc/machine-id
FreeBSD-13.0-RELEASE-amd64-dvd1.iso Failed - Download error
Chromium is built in my own poudriere, with CUPS disabled, other options are default.
I have temporarily disabled three extensions I use - umatrix, ublock origin and cookie autodelete - no improvement.
Taking into account that everything else works fine on this box, and that also chromium worked fine until recent upgrade, I'd say that mix-up is with chromium itself.
Created attachment 227933 [details]
chromium stderr log
I started chromium from command line and instructed it to log to stderr with:
chrome --enable-logging=stderr --v=1
Perhaps attached output excerpt will help someone more knowledgeable than me to find something related to the problem.
Those lines seem significant to me:
[10696:111689:0916/114501.056208:VERBOSE1:bus.cc(703)] Requested to remove an unknown filter function: 1 with associated data: 0x819c15c40
[10696:111692:0916/114535.123155:ERROR:component_installer.cc(143)] Move failed.: Socket operation on non-socket (38)
(In reply to Marko Cupać from comment #17)
dear friend, sorry to say it, but when you insist doing things different than I wrote it, then I can't do anything for you and this is also not exactly a chat system, please go to the freebsd irc channel and I'm sure somebody will talk with you
(In reply to Michael from comment #18)
I am truly grateful you are trying to help me.
I understand that you solved your problem by regenerating /var/lib/dbus/machine-id and symlinking it to /etc/machine-id, which results in having same content in both of them, and functional chromium downloads for you.
However, if you don't understand that:
# dbus-uuidgen > /var/lib/dbus/machine-id (as root)
% dbus-uuidgen | sudo tee -a /var/lib/dbus/machine-id (as standard user with appropriate sudo privileges)
... result in same thing, which is creating /var/lib/dbus/machine-id file with appropriate content - 32-character random alphanumeric string with lowercase letters, I sincerely doubt that you can help me with my issue.
I am glad your chromium downloads work. Sorry for spamming your bug report. I guess I will need to open my own.
Have a nice day,
you may be like to check the -a switch to tee and don't use it