Public bug reported:
It appears as if the PluginManager was refactored to not keep state
about the plugins. Instead State was introduced.
But during initialization of the PluginManager the list of plugins is
still initialized to the empty list. This needs to be removed.
There is no other code using the list atm. But there are tests using it.
The tests don't break, because they only compare the lists to themselves, which
of course works when the lists are empty.
** Affects: openlp
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of OpenLP
Core, which is subscribed to OpenLP.
https://bugs.launchpad.net/bugs/1823575
Title:
PluginManager still has plugin list
Status in OpenLP:
New
Bug description:
It appears as if the PluginManager was refactored to not keep state
about the plugins. Instead State was introduced.
But during initialization of the PluginManager the list of plugins is
still initialized to the empty list. This needs to be removed.
There is no other code using the list atm. But there are tests using it.
The tests don't break, because they only compare the lists to themselves,
which of course works when the lists are empty.
To manage notifications about this bug go to:
https://bugs.launchpad.net/openlp/+bug/1823575/+subscriptions
_______________________________________________
Mailing list: https://launchpad.net/~openlp-core
Post to : openlp-core@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openlp-core
More help : https://help.launchpad.net/ListHelp
