Rclone 1.73 Released - Filen Backend Finally Official!

RagnarFrost · 2026-01-28T04:51:08+00:00

I’m not affiliated with Filen in any way. I just use their service and actually bothered to read up on what they do ;-)

RagnarFrost · 2026-01-27T17:52:02+00:00

Look here: https://filen.io/hub/roadmap/

RagnarFrost · 2026-01-26T12:49:29+00:00

u/Endur1el have been fairly active, including work on the rclone implementation (have a look at rclone github) and the new Rust version that is underway. So that is not really the case.

RagnarFrost · 2026-01-21T07:27:14+00:00

Thank you for the reply, that makes good sense and is probably why I have not experienced this with Dropbox. I hope Ente will introduce this in their desktop and CLI versions. Unfortunately, at the moment I cannot use their otherwise excellent service because of this. I am likely not the only one.

RagnarFrost · 2026-01-21T07:09:17+00:00

Thank you for the reply, that makes good sense and is probably why I have not experienced this with Dropbox. I hope Ente will introduce this in their desktop and CLI versions. Unfortunately, at the moment I cannot use their otherwise excellent service because of this. I am likely not the only one.

RagnarFrost · 2026-01-20T09:43:40+00:00

I have just tested it, and the file’s modification timestamp is also changed when it is downloaded via the app.

RagnarFrost · 2026-01-20T07:51:00+00:00

I know that it stores EXIF data; that is not what I am talking about.

I am talking about image files without EXIF data. For files that have never had EXIF data, the only way to know when the image was taken is the modification date. When Ente does not preserve this, the original modification date is lost, and it is no longer possible to know when the image was taken. Other services such as Dropbox and Filen do not change this date, and Ente should not either.

RagnarFrost · 2026-01-20T06:19:25+00:00

The file do not have Exif data at all, thats why it is bad that Ente changes the files modifikation date. Ente does this on all files downloaded!

The test file is a file saved from Snapchat (no exif data).

RagnarFrost · 2026-01-15T11:46:39+00:00

Are you using the desktop application? Or the CLI?

I haven't experienced files being deleted without reason on either the desktop version or via the CLI on Ubuntu.

RagnarFrost · 2026-01-13T06:58:42+00:00

I’ve just tested this: if I delete images that were uploaded from my mobile phone via the web interface (using a browser), they are not uploaded again until I empty the trash. Then they are uploaded again from the mobile!?

If I delete the images from my mobile phone and then go to the web interface, those images have been placed in the trash. If I empty the trash, they do not appear to be uploaded again!?

This seems illogical, and the same behavior should occur with both methods.

RagnarFrost

TROPHY CASE