Add sort by date added on movies library mode?

I also prefered the old method it allowed me to keep track of which movies/tv episodes hadn't had it's thumbnail added yet now I am gonna have to write each of them down manually in a document and keep track of them that way

See PR1034

Hi Montellese and everyone.

First of all....thanks so much for this feature. For me, it's a massive improvement.

Sorry if I'm being thick, but while the new sort (I'm running Frodo) sorts the movies correctly on initial import of the whole source, any movie for which i refresh the info still jumps to the top of the list.

Is there any way to stop this happening?

Thanks

(Sorry if i missed the solution earlier in the thread - looked but couldn't find it and from what I can understand of the pull request, the advanced settings wouldn't help with this either)

Hm sounds like it uses the current date when refreshing an item instead of using mtime or ctime. I guess you don't have <dateadded>0</dateadded> in your advancedsettings.xml. The only other time when XBMC falls back to the current date is when mtime and/or ctime is invalid (i.e. 0 or in the future). Does it happen with every movie in your library or just a specific one (which might have a bad/invalid date)?

It definitely happens with every movie in my library.

No, I don't have <dateadded>0</dateadded> in my advancedsettings.xml . Should I?

Thanks so much

No <dateadded>0</dateadded> would force XBMC to use the current date as the value for dateadded when adding a video to the library. Sounds very odd, this is the first report of such a behaviour that came to my attention so far.

Hmmm strange...should I be running a newer nightly version than the May 2nd frodo release?

If that's not the reason here's a debug log.

In this log i refresh the info for movie "Footloose" and sure enough it moves right to the top my date-added sorted list after refresh.

Thanks a lot

(2012-06-15 22:11)Montellese Wrote:  No <dateadded>0</dateadded> would force XBMC to use the current date as the value for dateadded when adding a video to the library. Sounds very odd, this is the first report of such a behaviour that came to my attention so far.

I guess you didn't see my post in the linux support forum http://forum.xbmc.org/showthread.php?tid=134014 I wasn't sure where to post it. <dateadded> doesn't work properly since the merge the way I understand that it is supposed to.

(2012-06-16 11:19)kiboy6 Wrote:  Hmmm strange...should I be running a newer nightly version than the May 2nd frodo release?

If that's not the reason here's a debug log.

In this log i refresh the info for movie "Footloose" and sure enough it moves right to the top my date-added sorted list after refresh.

May 2nd should be more than ok. Unfortunately the log won't say anything about the dateadded being used.

(2012-06-16 11:37)lastimp Wrote:  I guess you didn't see my post in the linux support forum http://forum.xbmc.org/showthread.php?tid=134014 I wasn't sure where to post it. <dateadded> doesn't work properly since the merge the way I understand that it is supposed to.

I have to admit I rarely look into the linux (and never into the osx) support forum because I mainly code on win32. How do you know the "creation date" of that movie you mentioned? Linux doesn't keep track of a file's creation date, only of "access date", "modification date" and "change date". But with <dateadded>1</dateadded> it should fall back to using ctime (change date) if mtime is newer than the current date.

I think I should add some logs in the case XBMC runs into a date that is newer than the current date (which obviously is a problem with the filesystem).

Can either of you guys compile XBMC yourself? I've written a patch (see http://pastebin.com/K6idH1ty) which will write a log message to XBMC's log for every file with an invalid mtime/ctime. This should also make it easier for users to determine if they have files with "bad" information. If not I'll just commit it to master as it will benefit other users as well.