No, the song database is fine, there's just a thence in the code to something that doesn't exist at that stage. The song is still saved to the database. It'll be fixed in the next release.
@purewhite Please give us the debug log file so that we can see what the issue might be. I've personally tried SongSelect this morning a few times and I was able to log in, search and view songs, running on Mac OS X.
I too cant import from CCLI Song select. It wont log in. Using 2.4.4 on Windows 10 and Window 7. I can log into the site via Browser but not through import. Am I missing something?
I have not been able to reproduce this problem, and so far no one has provided me with a log file for investigation. Until I can either reproduce it or see a log file with adequate information, I cannot solve this issue.
Hi @raoul, thanks for all the work you guys do! We picked up OpenLP a couple months ago and yeah haven't been able to utilize the integrated CCLI feature. I'm not at church at the moment, but we're running OpenLP on Windows 7 and 10. I'll reply back with the version of OpenLP we're using as well. As for the debug log file, how do I locate it?
P.S. just signed up here on the forums so not sure if I'll be emailed with a notification regarding a response to this thread. If you can see my email, feel free to shoot me an email too.
@ricesteamer the troubleshooting section of the manual has details on how to generate a debug log file. Also make sure you are running Openlp 2.4.4 (see Help -> About)
@raoul I've been having this issue too, even after updating to 2.4.4 and now 2.4.5. I've tried reinstalling, but even if i clear the "data" folder, it still remembers my old CCLI username and password, so I haven't quite had a full reset of the program. Anyways, anytime I try to use CCLI SongSelect import, it won't login using my correct email and password, and then that window won't close, so I have to kill the whole program from task manager every time. I have created a debug log with me performing the actions described above. How can I post/send it to you? Thanks for all your work on this, my church has been using OpenLP for 2 years or so now, and we love it!
@raoul Thanks! However, I tried emailing the address above (and double checked to make sure I had spelled and formatted it properly with no spaces and the @ symbol) and received this response:
Message not delivered
There was a problem delivering your message to -------------. See the technical details below, or try resending in a few minutes.
The response from the remote server was:
550 DKIM: encountered the following problem validating gmail.com: bodyhash_mismatch
@raoul Here's the link: https://bin.snyman.info/mmmcy3f8 This has been an issue for me since at least v2.4.3, though it may have been previous to that. Currently I am running 2.4.5 on Windows 10 x64. OpenLP has been installed for a couple years and upgraded, so I don't know if something lingering from an older install is part of the problem. A completely new install on my personal Windows 10 x64 pc has had no issues, hence why I'm thinking it may come from upgrading older versions? However, uninstalling and reinstalling has not solved the issue.
That's all the details I can think of, let me know if there's anything else that would be helpful to know. Thank you for assisting me!
Aha! Found the problem. Thanks @bigbadbobbyb, your log file was extremely helpful.
It's the same one some other folks are experiencing with the First Run Wizard and in some cases the web Bibles. On Windows (it seems to be Windows 10 in particular), the verification of SSL certificates of various websites fails. We haven't been able to figure out why, and our advice so far has been to make sure your Windows is fully up-to-date. None of the other platforms (macOS, Linux) have this problem, which makes it really hard to track down.
We're continuing to investigate the problem though, but that's the best we have for now.
Thanks @raoul. Any particular reason for the "Close Window" red X being made inactive or not having a "Cancel" button available so that we can at least close the dialogue without having to end the process when encountering this error?
Up until today I didn't know what the cause of the problem was. On my platforms (macOS and Linux) I never encountered the SSL verification error, and so I had already handled all the cases I knew about.
By the way, I've traced the issue back to the way Windows handles SSL certificates from Vista onward. By default, Windows does not actually have all the certificates it needs. Instead, it downloads them on the fly if you try to go to a site using (budum tish) Internet Explorer (other browsers actually package their own certificates with the browser, so they bypass this completely). For the full gory technical details, you can see this bug report: http://bugs.python.org/issue20916
So, it seems that a work-around for now is to just go to SongSelect once in Internet Explorer, and from then onward the SongSelect import in OpenLP should work. This is because OpenLP uses your operating system's SSL certificates rather than bundling its own. We may have to change that.
@raoul It worked! Just logged in once with IE (first time I'd used that terrible browser since updating to Windows 10 I guess, haha!) and now it works with no problems. I'm all set now, thank you so much!
Comments
But I could do the fix locally, if you post the link to the file diff.
P.S. just signed up here on the forums so not sure if I'll be emailed with a notification regarding a response to this thread. If you can see my email, feel free to shoot me an email too.
Send your debug log file to our support system: support (at) openlp.org
Message not delivered
550 DKIM: encountered the following problem validating gmail.com: bodyhash_mismatch
This has been an issue for me since at least v2.4.3, though it may have
been previous to that.
Currently I am running 2.4.5 on Windows 10 x64.
OpenLP has been installed for a couple years and upgraded, so I don't know
if something lingering from an older install is part of the problem.
A completely new install on my personal Windows 10 x64 pc has had no
issues, hence why I'm thinking it may come from upgrading older versions? However, uninstalling and reinstalling has not solved the issue.
That's all the details I can think of, let me know if there's
anything else that would be helpful to know. Thank you for assisting me!
It's the same one some other folks are experiencing with the First Run Wizard and in some cases the web Bibles. On Windows (it seems to be Windows 10 in particular), the verification of SSL certificates of various websites fails. We haven't been able to figure out why, and our advice so far has been to make sure your Windows is fully up-to-date. None of the other platforms (macOS, Linux) have this problem, which makes it really hard to track down.
We're continuing to investigate the problem though, but that's the best we have for now.
By the way, I've traced the issue back to the way Windows handles SSL certificates from Vista onward. By default, Windows does not actually have all the certificates it needs. Instead, it downloads them on the fly if you try to go to a site using (budum tish) Internet Explorer (other browsers actually package their own certificates with the browser, so they bypass this completely). For the full gory technical details, you can see this bug report: http://bugs.python.org/issue20916
So, it seems that a work-around for now is to just go to SongSelect once in Internet Explorer, and from then onward the SongSelect import in OpenLP should work. This is because OpenLP uses your operating system's SSL certificates rather than bundling its own. We may have to change that.