2013-08-06, 21:26
To anyone else having this problem on an ATV2, I think I found the solution (at least for me)...
TL;DR: Make sure there is a local favourites.xml file in your userdata folder on your ATV2, even if you are using path subs to share favourites. It will ignore the local file but needs it there to launch the script it seems.
I have multiple XBMC devices in the house and so have been sharing my library, thumbnails, and some extra settings (farvourites) using MySQL and path subs. Until recently, I've been running v11 Eden but a new Raspberry Pi has forced me to upgrade all my installs to 12 Frodo, since they use different database names. Since I have an RPi and ATV2 in the house, I want to keep sharing everything through path subs to reduce the local work they have to do and keep the heavy lifting to the server.
After updating the ATV2 to Frodo, I too was getting the scripts.favourites error when several different skins loaded. I played around with the advancedsettings file, changing from resolved name to IP address for the path subs, etc with no luck. However, while playing with the advancedsettings file I noticed that the ATV2 didn't have a favourites.xml file in its userdata folder. On a whim, I copied the favourites.xml from my server to the ATV2 and voila!! No more errors, and favorites show up on the menus of the skins that were giving errors before, and they are being shared with path subs properly. Even though there are entries in the favourites.xml file I copied, it is ignoring that and still using the shared favourites file from the server as dictated by the path subs in advancedsettings. I tested this by adding a favorite on the another device and then refreshed the ATV favorites and the newly added one appeared.
I'm sure it requires further testing to make sure this is an actual solution, and not just one for my particular setup, but perhaps the script could be designed to check for a local favourites.xml file on install, and if doesn't exist then to create one? Perhaps it already does this and something went funky on my setup by updating from 11 to 12 that caused this. Just passing along what worked for me so hopefully it will help others.
TL;DR: Make sure there is a local favourites.xml file in your userdata folder on your ATV2, even if you are using path subs to share favourites. It will ignore the local file but needs it there to launch the script it seems.
I have multiple XBMC devices in the house and so have been sharing my library, thumbnails, and some extra settings (farvourites) using MySQL and path subs. Until recently, I've been running v11 Eden but a new Raspberry Pi has forced me to upgrade all my installs to 12 Frodo, since they use different database names. Since I have an RPi and ATV2 in the house, I want to keep sharing everything through path subs to reduce the local work they have to do and keep the heavy lifting to the server.
After updating the ATV2 to Frodo, I too was getting the scripts.favourites error when several different skins loaded. I played around with the advancedsettings file, changing from resolved name to IP address for the path subs, etc with no luck. However, while playing with the advancedsettings file I noticed that the ATV2 didn't have a favourites.xml file in its userdata folder. On a whim, I copied the favourites.xml from my server to the ATV2 and voila!! No more errors, and favorites show up on the menus of the skins that were giving errors before, and they are being shared with path subs properly. Even though there are entries in the favourites.xml file I copied, it is ignoring that and still using the shared favourites file from the server as dictated by the path subs in advancedsettings. I tested this by adding a favorite on the another device and then refreshed the ATV favorites and the newly added one appeared.
I'm sure it requires further testing to make sure this is an actual solution, and not just one for my particular setup, but perhaps the script could be designed to check for a local favourites.xml file on install, and if doesn't exist then to create one? Perhaps it already does this and something went funky on my setup by updating from 11 to 12 that caused this. Just passing along what worked for me so hopefully it will help others.