Bugzilla – Bug 1532
disabled plugins added to prefs repeatedly
Last modified: 2008-09-15 14:37:04 UTC
ons starterup, initPlugin will push disabled plugins to the disabledplugins prefs, regardless of whether they are already in teh prefs. Thus you end up with thousands of copies in the prefs. bad bad bad bad. instead, check if the plugin is already disabled and dont process it at all. 139a140,141 > next if exists $disabledplugins{$plugin}; >
oh yeah...to clear up for people who have already fallen victim to this, they just have to go into server settings->plugins and change a plugin enable/disable setting. That should wipe the array clean and rebuild. someone will need to test this aside from me, and I think michael is away now (ie, Dan, I hope you have a few minutes)
Looks good here.
ok, I'll commit sometime before build. I dont know if 6.0.x is affected, but I'll check.
committed to trunk in change 3167 does not affect 6.0.x incorrectly marked in svn comment as bug 1523
We have to go through all the add*() procedures to correctly remove the plugins from the menus etc. Checked in change 3170 which should do this.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.