Latest release quits unexpectedly. 3.1.0 rc4

diazp149

Downloaded latest release 3.1.0 "nifty naphtali" and went through install wizard. everything was fine until it was time to open the app. It shows the logo and then I get the "quit unexpectedly" error. I am using a Mac mini running sonoma 14.1.2.

Please help I need this for sunday services

raoul

diazp149 Please install 3.1.1.

raoul

Can you open a Terminal and run the following command? This presumes you have moved the OpenLP app into your Applications directory:

/Applications/OpenLP.app/Content/MacOS/OpenLP -l debug

It should print out the location of a log file, and then potentially some error messages. Then upload the log file and any error messages here, and we can take a look.

VikingWithWings

This is exactly what happens to my install also. Using openlp-git from AUR and Archlinux. This is where it crashes (can send you the whole file if you want):

2024-03-18 15:18:19,032 MainThread openlp.core.common.registry DEBUG Running function bootstrap_completion 780 │ 2024-03-18 15:18:19,033 Dummy-3 openlp.core.version DEBUG VersionWorker - Start 781 │ 2024-03-18 15:18:19,033 Dummy-3 openlp.core.common.httputils.__init__ DEBUG Downloading URL = https://get.openlp.org/versions/dev_ │ version.txt 782 │ 2024-03-18 15:18:19,034 Dummy-3 urllib3.connectionpool DEBUG Starting new HTTPS connection (1): get.openlp.org:443 783 │ 2024-03-18 15:18:19,082 MainThread openlp.core.state.State DEBUG Entering list_plugins 784 │ 2024-03-18 15:18:19,098 MainThread openlp.core.display.webengine ERROR :1 Uncaught ReferenceError: requestAction is not de │ fined 785 │ 2024-03-18 15:18:19,099 MainThread openlp.core.display.webengine ERROR :1 Uncaught ReferenceError: requestAction is not de │ fined 786 │ 2024-03-18 15:18:19,214 MainThread openlp.core.display.window DEBUG requestAction('init', {"isDisplay": false, "doItemT │ ransitions": false, "slideNum.. 787 │ 2024-03-18 15:18:19,462 Dummy-3 urllib3.connectionpool DEBUG https://get.openlp.org:443 "GET /versions/dev_version. │ txt HTTP/1.1" 200 6 788 │ 2024-03-18 15:18:19,462 Dummy-3 openlp.core.common.httputils.__init__ DEBUG Downloaded page https://get.openlp.org/versions/dev_ve │ rsion.txt 789 │ 2024-03-18 15:18:19,463 Dummy-3 openlp.core.version DEBUG New version found: 2.9.0 790 │ 2024-03-18 15:18:19,464 Dummy-3 root CRITICAL Traceback (most recent call last): 791 │ File "/usr/lib/python3.11/site-packages/openlp/core/version.py", line 118, in start 792 │ if remote_version and (parse(remote_version) > parse(self.current_version['full'])): 793 │ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 794 │ File "/usr/lib/python3.11/site-packages/packaging/version.py", line 54, in parse 795 │ return Version(version) 796 │ ^^^^^^^^^^^^^^^^ 797 │ File "/usr/lib/python3.11/site-packages/packaging/version.py", line 200, in __init__ 798 │ raise InvalidVersion(f"Invalid version: '{version}'") 799 │ packaging.version.InvalidVersion: Invalid version: '3.1.1.2-cb1db9f43' 800 │ 801 │ 2024-03-18 15:18:19,473 MainThread openlp.core.display.window DEBUG requestAction('init', {"isDisplay": false, "doItemT │ ransitions": false, "slideNum.. 802 │ 2024-03-18 15:18:19,481 MainThread openlp.core.display.window DEBUG requestAction('init', {"isDisplay": false, "doItemT │ ransitions": false, "slideNum..

I see a dev_versions.txt and nightly_version.txt that refers to old versions. Could that be it?

tgc

VikingWithWings It seems the version set by "openlp-git" (3.1.1.2-cb1db9f43) does not work well with the way we do the version check. A workaround is to use the normal openlp package from AUR.

VikingWithWings

In line 781 of the log copied above, you are getting a version from "https://get.openlp.org/versions/dev_version.txt" wich is shown in line 789. Should it really be checked against version "2.9.0" ? Nightly_version.txt is also pointing to version 2.9.0.

Can I ask what is the purpose of this check and what would be the right version number for GIT-version?

raoul

VikingWithWings We changed how version numbers work in OpenLP between 3.0 and 3.1. The openlp-git PKGBUILD is generating invalid version numbers, please take it up with the maintainer.

For reference, a valid dev version is "3.1.1+git.cb1db9f43"

raoul

VikingWithWings Also, we haven't actually updated those files in years, we haven't set up dev or nightly builds since we moved to GitLab.

VikingWithWings

raoul

Thank you for a clear answer.
I also found some hints in openlp/core/version.py

I'll take it up with myself, as I'm trying to maintain the git-version of OpenLP ;-)

Now that main version is updated and works with standard Arch install, I don't see much use of the git-version.

Thank's to dev's of OpenLP for the work and effort you put into OpenLP.

VikingWithWings

So now version check does'nt fail anymore, and it is deciding it is a nightly:

2024-03-19 13:03:46,034 Dummy-3 openlp.core.version DEBUG VersionWorker - Start 2024-03-19 13:03:46,034 Dummy-3 openlp.core.common.httputils.__init__ DEBUG Downloading URL = https://get.openlp.org/versions/nightly_version.txt 2024-03-19 13:03:46,036 Dummy-3 urllib3.connectionpool DEBUG Starting new HTTPS connection (1): get.openlp.org:443 2024-03-19 13:03:46,503 Dummy-3 urllib3.connectionpool DEBUG https://get.openlp.org:443 "GET /versions/nightly_version.txt HTTP/1.1" 200 22 2024-03-19 13:03:46,504 Dummy-3 openlp.core.common.httputils.__init__ DEBUG Downloaded page https://get.openlp.org/versions/nightly_version.txt 2024-03-19 13:03:46,506 Dummy-3 openlp.core.version DEBUG New version found: 2.9.0.dev141+b85245465

In the "About box" in OpenLP, it describes the version as: "OpenLP 3.1.1+git.cb1db9f43 build git.cb1db9f43" Is it OpenLP that is adding the "build git.cb1db9f43" ?

I would like to clean that up in some way.

raoul

VikingWithWings Yes, I think that's OpenLP incorrectly handling the version number 😆

I've created an issue in the OpenLP issue tracker to fix this.

raoul

VikingWithWings I just pushed up a fix for this.