Bugzilla – Bug 6049
Information Browser has duplicate entries
Last modified: 2009-09-08 09:30:56 UTC
The first time I used information browser, I configured it to have a subset of the default items: BBC News BBC Sport Slim Forums Latest RollingStone.com Music News CNET News Slashdot However, having just opened the information browser today, I now see: BBC News World CNET News.com New York Times RollingStone.com Music News Slashdot Yahoo! Business BBC News BBC Sport Slim Forums Latest Slashdot CNET News.com RollingStone.com Music News BBC News BBC Sport Slim Forums Latest Something somewhere along the lines has re-entered the default items at the top of the list. I don't know when, where or how this has happened. I'm trying to repeat...
I had this too, but it was a setup issue. First time I used infobrowser, it was a demo plugin. one integrated into core build, the prefs were duplicated when the default file location was changed. If your first time using was also during demo, I suggest you wipe prefs/plugin/infobrowser.prefs. that will clear any record of imported files. go into edit mode and see if that causes any problems. I have not been able to reproduce the duplications since the plugin went stable.
QA to repro
Infobrowser stores which menus it has added to the top level menu as preferences, so you could see this if you erased your preferences as well. If you go to Settings - Plugins - Infobrowser you should be able to reset this with the reset link. The idea is that you can drop in new addons for infobrowser and they show up in the menu the next time you restart the server. This relies on the preferences storing which addons have been added to the menu already, so you get this effect if you loose the preferences. You will also get similar problem if you have the original stand alone infobrowser plugin installed as it is now part of the server - I'm assuming this is not the case.
if this is when the prefs were moved in windows, this would be a case of the prefs rebuild. I do suspect this is simply a 7-to-7 nightly upgrade glitch.
This also happens if the path changes for any reason (such as running different versions of the server). Maybe store the filename without path in prefs, so that same filenames don't load twice? If you want to avoid namespace overlap, maybe store paths relative to the slimserver base folder (but, a problem on distros where we've split the folders all over the place).
Is this something that needs to be fixed before 7.0?
no. it really shoudln't mess up anyone users with a simple install. It is more of a problem for those who go back and forth on versions, or during the prefs relocations.
Great. Let's put it off for now...
change 20668 - the duplicate entries were due to a crasher on the very first initialisation: [08-06-12 10:31:58.8882] Slim::Utils::PluginManager::enablePlugins (486) Warning: Couldn't call Slim::Plugin::InfoBrowser::Plugin->initPlugin: Can't call method "searchDirs" on an undefined value at /Users/mh/Documents/workspace/unstable/server/Slim/Plugin/InfoBrowser/Settings.pm line 68. Need to initialise the settings before calling the plugin's inherited init.
This bug appears to have been fixed in the latest release! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look. Make sure to include the version number of the software you are seeing the error with.