on a gs290 recently upgraded to /e/OS-4.1.1-A15-official, I copied back photos and documents saved before on a debian-laptop.
I discover that the attributes of the files are lost, especially the dates of the files, that are aligned to the instant of the copy.
Note that at the backup, made by an USB-copy from phone to the debian-laptop, the dates were conserved.
In each transfer, the connexion between the 2 machines, is not via “media”, but by “mtp”, i.e. “/run/user/1000/gvfs/mtp:host=…” from the debian-laptop.
With FTP, there is an option to keep the date and time of the files, but here it is a copy (mtp!=ftp), and the problem seem to be at the phone side : /e/OS accepts to get the files, but not to adjust their attributes, the files are owned by “root”, but which “root” ?
I made an other explicit test from my debian-laptop, with one file, to confirm.
I did not use “cp” but copy-paste with the file-manager of debian-xfce; I am sure /e/OS do not accept to change downloaded file attributes (like iOS).
Murena synchronized all what it could and the Gb is filled, behind my back, although I had explicitly asked not to do, but it changed the options when I did not look ;-(
Exifs : Yes , Murena looks to the exifs and present the photos according to the original date !
I have suppressed all the photos in the cloud, and I wait for their destruction in the phone (no problem, because they have just been back-copied).
thanks a lot, @aibd and @Marco_du_var, I will experiment “rsync”, and “cp -p”, and see if /e/OS accept that (remember I tried to modify attributes of phone-files from Linux …), otherwise I will complaint, would’nt you ?
After destroying all photos in murena cloud, I authorized the phone to synchronize the photos : I expect the phtos to disappear from the phone ? no, they stay in the gallery, meanwhile they have disappear from the cloud-gallery … that may take time ?
pour “cp -p” il comprends bien, mais /e/OS ne veut pas ! “cp -p” : /e/OS do not accept !
cp: préservation des dates pour ‘casa.png’: Opération non supportée …
>i.e. “cp -p” : date-preservation not supported …
bon, en fait, je devrais garder peu de photos dans le /e/-phone, et les transférer dans le laptop pour traitement et archivage. C'est d'ailleurs, dans mon cas, ce qui prend le plus de place.
well, I should keep few photos in the /e/-phone, and transfer the others to the laptop, in order to manage them. Photos are what takes much place, in my case.
par ailleurs, d'autres posts sur la *synchro-murena* montrent que c'est encore assez confus dans l'esprit des gens; ***une arme à double tranchant ?***
otherwise, some posts on synchro show that it is quite confusing for many people; “a double-edged sword” ?
I believe if you study the Murena Gallery it is closer to the app named Nextcloud Memories rather than a simple Gallery.
Memories: Photo Management for Nextcloud
Memories is a batteries-included photo management solution for Nextcloud
You might experiment also other photo display apps like Ente.
Meanwhile my exif suggestion was intended to apply if you could research how to rename on Debian with exif or one of the more modern / sophisticated methods found online.
Sorry to hear that rsync did not work. There is also adb push to experiment with. (However I assume the main problem is that your “copied to PC” photos lost their date so the PC is the place to correct that problem.)
thank you ! for your advice and invitation to study NextCloud.
yes, I could rename photos with exif, to reflect the date, before to copy them to the phone.
I observe that the rights we have from the laptop through USB, are not enough to change the attributes of the files in the /e/OS-phone.
But after reflexion, it’s not a big problem : my phone is not my central computing tool, I copy the photos to the laptop, then modify and archive them, in a sort of workflow.
The use of a distant-cloud is questionnable for an individual, for which a local-one would be enough. And I am more backup-minded than sync-minded, even if I am a regular user of rsync.
By the way, copy a note from phone to laptop through Finland ?
“edrive” : the “doc.e.foundation/os/apps/edrive”, gives very useful indications on the murena-cloud behaviour.
There is a possibility to fix the date of photos with the app “Image & Video Date Fixer”. It can use exif data or the file name as date source. I use it regularly after copying photos back from my computer after editing and archiving.
Ok, I understand that the “date-fixer”-app can change the date of the image-file; because it is an app inside the phone that benefits of the rights of the owner of the phone.
When I copy through USB some files, I am not more than a “guest”. May be, through ADB I would have more rights.
About the photos, saved from an /e/OS-phone and restored later in, the name of each file is the date-time of the photo. The file-app can present files in the date-order, or in the name-order, but the gallery does only present from the date !
I agree that the present problem comes in some very particular situations like a restoration of photos, and their access through the gallery.
