[robweber]

Looks like I was mistaken. It is working. I would like to offer 2 suggestions.
1. A different method of selecting a specific folder to update. Maybe a specific library. (TV shows, movies, music, etc) I hate for my password to be in plaintext so obviously in the interface of anything. (I know its plaintext in configs)

2. Its an unrelated feature, but involves scheduling. I'd love to be able to schedule a reboot, keeping in mind if media is playing or not the way the library updates can respect that. It may or may not be needed, everyone's system is different, but I like the idea of a weekly reboot. Perhaps just utilizing the XBMC Reboot function so it would work on any system? Win, OpenElec, XBMCbuntu, etc..

1. I understand the issue with the passwords being in the settings. The specific video paths exist specifically through requests that several people have made regarding their library structure. It seems that a lot of people like to have multiple paths for movies, or TV shows that they don't want updated regularly, so dividing the library into movies or tv won't solve their specific issues. In a more code-specific way the xbmc UpdateLibrary() function only allows "video" or "music" as an argument when launching a scan. Additionally for video you can give specific paths but separating TV and movies isn't something we could do without a lot of calls to the JSON interface and trying to figure out which paths belong to which sources (even then not sure if JSON has this info for the taking).

2. Although not something that can be done by this addon, you can check out this project as it may do what you are looking for. https://github.com/robweber/cronxbmc As you'll see in the README the GUI portion is unfinished, but if you don't mind making the cron.xml file yourself it will let you run XBMC commands on a timer or even launch a script if that is what you want.

I'm also having some trouble with the updater refusing to clean the library because it believes the source isn't found, similar to the user a few pages back. This was working when I was running Linux on Frodo alpha 7, but recently moved to Windows 8 and the recent Frodo Beta 1. I don't know if this is because of a change in how things work in the latest Frodo release or the OS, but it isn't cooperating.

Here is my log:
http://xbmclogs.com/show.php?id=14994

My sources essentially live on a NAS. I verified the source is visible from the machine, and I can also navigate and play files from the source within XBMC. If the autoupdate runs, it will detect newly-added files, but will not run the clean operation.

Any ideas on what I should do, or what I can try?

I took at look at the log and see exactly what you mean. There isn't any reason it should fail seeing as how it just scanned the same source a few lines above. The way this works is by using the xbmcvfs module to check if the source exists

Code:

if not xbmcvfs.exists(source['file']):

I may have to go to the source here and check with a dev on how this python module could be failing to check this. I'll write up a Trac ticket on it. Please keep your debug log up so I can reference it in the ticket. In the meantime if you are 100% positive that these sources are available just untick the "verify" option. I never use it and I have yet to trash my library.

Edit: link to my trac ticket is here: http://trac.xbmc.org/ticket/13581