Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

use file modification as import date #145

Closed
anarcat opened this issue Apr 4, 2019 · 4 comments
Closed

use file modification as import date #145

anarcat opened this issue Apr 4, 2019 · 4 comments

Comments

@anarcat
Copy link

anarcat commented Apr 4, 2019

When supysonic does its original scan, all files have the same timestamp: when the file was originally scanned. This is fine for later scans, but it would be great if supysonic would recognize file modification dates when doing its first mass scan and use that as the creation date in the database.

This would not need to be a special case for the original scan either: incremental scans could use the file modification dates as well, as it is likely they are close to the scan dates as the files will have been created at the right time...

Thanks!

@spl0k
Copy link
Owner

spl0k commented Apr 6, 2019

Is this for the "recently added" listing on clients or is there another use case where this bothers you?

@anarcat
Copy link
Author

anarcat commented Apr 6, 2019

Is this for the "recently added" listing on clients

Yes.

I was actually thinking of looking at the database and just hacking that straight in there, but I wonder if it might be a good thing to have on import anyways...

@spl0k spl0k closed this as completed in 92fed40 Apr 7, 2019
@spl0k
Copy link
Owner

spl0k commented Apr 7, 2019

It should now use the modification date when scanning the first time.
If you don't want to recreate your whole library you can update values directly in the database: on the table track change the column created to a something matching column last_modification (the former is a datetime while the latter is a timestamp). Unfortunately that can't be done for folders.

@anarcat
Copy link
Author

anarcat commented Apr 9, 2019

wow thanks! this works great!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants