Plugins not loading with build bzr1778

Bug #878269 reported by Stevan Pettit
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenLP
Invalid
Critical
Unassigned

Bug Description

build bzr-1778, windows.

No plugins are loading.

openlp.log here: http://pastebin.com/f7M3cX2b

Tags: regression
Revision history for this message
Tim Bentley (trb143) wrote :

On a clean checkout on fedora (no baggage) this works fine.
Can you try a clean checkout with no previous builds - Code files were removed in 1777 and this may be the cause of the crash

Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

try:
bzr clean-tree

Changed in openlp:
milestone: none → 1.9.8
Revision history for this message
Stevan Pettit (elderp-deactivatedaccount) wrote :

I deleted my trunk, did a fresh pull of trunk,
Completely removed OpenLP
Did a fresh build of bzr 1781

Installed Openlp, FTW ran, selected all plugins.

When OpenLP started, same thing, no plugins.

Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

Are plugins loaded when you run from source?

Did you try to delete the directory where OpenLP is installed after deinstalling it. Maybe not all files were removed.

Revision history for this message
Stevan Pettit (elderp-deactivatedaccount) wrote :

I have a bat file that:

1. Does an OpenLP Uninstall
2. Deletes the data directories
3. Removes all references to OpenLP from the registry

No plugins are loaded when I run from source.

s3raph has the same problem.

Revision history for this message
Tim Bentley (trb143) wrote :

This needs to be debugged on the windows machines as it is not showing up on other machines.
Have all the dependencies been included
If you look at the trace file there seem to be compile bugs in the database classes.

Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

Can you try older revisions?

Changed in openlp:
importance: Undecided → Critical
Revision history for this message
Stevan Pettit (elderp-deactivatedaccount) wrote :

OK, here's the latest

Build 1778 works fine.

Build 1781 is where this behavior first showed up for builds I do.

Running trunk (via eric4) works fine, the windows build does not.

I see no errors during the build.

I've changed nothing.

matysek had me try an updated version of pyinstaller (not because of this bug, but something else he's working on). I've tried Windows builds using both the original version of pyinstaller (that I've been using for month) and the new, but get same results with both. The newer version is displaying an lot of trace info during the build, but I see no "errors".

What exactly do you mean by "If you look at the trace file there seem to be compile bugs in the database classes."?

and what changed from build 1778?

If I need to add something, I definitely will.

Revision history for this message
Tim Bentley (trb143) wrote :

1779 - I changed the alert code to fix the change of settings and refactor the CSS loading
1780 - Translation fixes
1781 - Live Preview changes and fixes.
1782 - Build script fixes for startup

All the plugins are throwing this error

2011-10-19 11:09:09,371 openlp.core.lib.pluginmanager DEBUG Importing alerts.alertsplugin from C:\Program Files (x86)\OpenLP\plugins\alerts\alertsplugin.py. Depth 6
2011-10-19 11:09:09,377 openlp.core.lib.pluginmanager ERROR Failed to import module alerts.alertsplugin on path C:\Program Files (x86)\OpenLP\plugins\alerts\alertsplugin.py for reason No module named openlp.core.lib.db
Traceback (most recent call last):
  File "D:\OpenLP_Code\trunk\build\pyi.win32\OpenLP\outPYZ1.pyz\openlp.core.lib.pluginmanager", line 95, in find_plugins
  File "D:\pyinstaller\PyInstaller\iu.py", line 424, in importHook
    mod = _self_doimport(nm, ctx, fqname)
  File "D:\pyinstaller\PyInstaller\iu.py", line 514, in doimport
    exec co in mod.__dict__
  File "C:\Program Files (x86)\OpenLP\plugins\alerts\alertsplugin.py", line 33, in <module>
    from openlp.core.lib.db import Manager
  File "D:\pyinstaller\PyInstaller\iu.py", line 443, in importHook
    raise ImportError, "No module named %s" % fqname
ImportError: No module named openlp.core.lib.db

Why is openlp.core.lib.db not loading? This has not changed for a few months

Is it possible to build each of the releases so we can see which one did the damage cos from the evidence it is not clear.

tags: added: regression
Revision history for this message
Stevan Pettit (elderp-deactivatedaccount) wrote :

Problem fixed.

matysek had me try a new version of pyinstaller, which didn't change anything except produce a lot of trace output.

I deleted my pyinstaller directory and un-zipped the version of svn-pyinstaller I had been using but.....

forgot to copy the 2 hook files from openlp to the hooks directory of pyinstaller.

Copied the hooks and all is back to normal.

Would it be possible to add a code to check_dependencies.py to insure these hooks are in place?

Except for comments in windows-builder.py, I don't think this is documented anywhere. In the back of my mind I thought something needed to be done, but couldn't remember exactly what it was.

Revision history for this message
Tim Bentley (trb143) wrote :
Changed in openlp:
status: New → Won't Fix
status: Won't Fix → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.