-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to export Favourite song list as OpenLP service #243
Comments
… header json. Elements not fully supported yet: footer, audit, data, xml_version
…iceitem:header:data correctly when there are multiple authors - Added support to build the serviceitem:header:audit element correctly when there are multiple authors
service-file-created-by-app.osj.txt As of now, this is the JSON created by the app.
UPDATE: |
Interestingly, I got the same error when I extracted a oszl file created by OpenLP and re-zipped again with the extension oszl and tried to open it in OpenLP. UPDATE: |
Now getting this error:
|
Facing the encoding issue again.
The osj file which I created had the encoding utf-8 |
Observed the the service file json created by OpenLP 2.4.6 has the encoding "us-ascii" even when Tamil language songs are included. |
Does OpenLP 2.4.6 support service data files with utf-8 encoding?
|
Raised this concern as a question in the OpenLP forum |
Installing OpenLP 2.9.2 aka 3.0 Beta 1 to check whether the service files can be opened in it. |
Tried to open the service file (created by the app) in OpenLP 2.9.2 and didn't get the encoding error. However, the xml error was still thrown. |
Observed some problems in the build uploaded to TestFlight. |
Performed the steps below during testing:
Tested on iOS14.4. Note: The sharing option should include sharing through airdrop & sharing to the iOS OpenLP app |
…ong after retrieving it from the db.
…es-as-openlp-service #243 Ensured that the i18nTitle and mediaUrl are set properly for a song
As part of the refactoring, I introduced another bug which causes only the i18nTitle to be displayed for the songs irrespective of the language they selected. Need to fix this. |
As part of the refactoring, I introduced another bug which causes only the i18nTitle to be displayed for the songs irrespective of the language they selected. Need to fix this.
Thanks @melissadarsh for the testing and feedback. Can we address sharing through airdrop in a separate issue? And I think, the iOS OpenLP app is just a remote to the desktop app. |
OpenLP couldn't open the service file created by the app if the favourites has a song without a verse order. |
…t defined while sharing as OpenLP service
I exported an oszl file (favorite_renamed_extension.oszl.zip, renamed for upload) via the iOS app (installed via TestFlight today) and opened that file in OpenLP 2.4.6 (Windows). I got the following error message, but was able to see the lyrics of both songs afterwards. Traceback (most recent call last): |
Hi @GermanGospel, thank you very much for taking time to test this out and report it to us. |
Hi @GermanGospel, I exported the same songs which you did (Amazing Grace, God of Grace and God of Glory) and I could open it without any issues in OpenLP 2.4.6 (Mac OS 10.15). I'll test this out in Windows as well. Which build did you use from TestFlight? Is it 3.1.0 (17)? |
Hit the problem with OpenLP 2.4.6 (Windows). |
I tested this again in Windows and Mac with many different songs but I couldn't recreate the problem. |
Ref: WorshipSongs Android Issue 221
The text was updated successfully, but these errors were encountered: