openlp-core team mailing list archive

[Derek Robin Chambers <941966@xxxxxxxxxxxxxxxxxx>]

Found a couple more songs that caused this and made a few further
observations:

1. Completely repeatable: if song (with linked audio) causes it at all, it will cause it in every service to which it is added, including brand new services containing nothing else. 
2. Checked through the songs and media_files sqlite files; verified that the songs were where the sqlite files said they should be, in openlp\data\songs\audio\<songid> and that they were not corrupted, i.e. were playable by VLC player.
3. Once such a song has been added to a service, one further save can be done - the "Oops OpenLP can't continue" does not occur until the second or subsequent save after the 'dodgy' song has been added.
4. On that first save, an empty uniquely-named folder is created inside openlp\data\servicemanager\audio and it remains empty for the subsequent saves.
5. If two 'dodgy' songs are added to a service and a save done, apparently without error, only one empty uniquely-named folder is created inside openlp\data\servicemanager\audio

I suspect it's caused by the original audio being moved from the
location it was in when the audio-link was defined but I can't find
anywhere in the sqlite tables that specifies the original audio location
- only the location of the copy in openlp\data\songs\audio\, which I
have verified to be OK.

-- 
You received this bug notification because you are a member of OpenLP
Core, which is subscribed to OpenLP.
https://bugs.launchpad.net/bugs/941966

Title:
  OpenLP can't continue when saving service with linked audio

Status in OpenLP - Worship Presentation Software:
  Confirmed

Bug description:
  **OpenLP Bug Report**
  Version: {u'full': u'1.9.8', u'version': u'1.9.8', u'build': None}

  --- Details of the Exception. ---

  This happens on saving a service that includes a song with linked
  audio. The error seems to mean just
  "C:\Users\Derek\AppData\Roaming\openlp\data\servicemanager\audio\74327d51-5f94-11e1
  -871d-f04da2c5376a\10 Misericordias Domini.m4a is missing".

  Three workarounds
  a. Identify the song with the linked audio, remove from service and proceed with the Save.
  b. Unlink the audio, update the song in the service and Save
  c. If the audio track is available, copy it into the empty parent folder, in this case data\servicemanager\audio\74327d51-5f94-11e1-871d-f04da2c5376a, and Save

  Can't really see how this situation arises though - the audio is
  present in AppData\Roaming\openlp\data\songs\audio\260.

  Couple of possible culprits:

  1. I do a lot of export/import of services between various machines,
  relying mainly on the automatic song import that is performed when a
  service contains a new song. Deliberately failing to send audio tracks
  as separate files and hence not relinking them on the target machine
  do not trigger this problem (although I can only test this with mp3
  files today whereas I have only seen the problem with m4a files).

  2. Also, following a disk crash and reload of Windows 7 from scratch I
  reinstated the entire AppData\Roaming\openlp\data folder from a Norton
  Ghost before doing anything else with OpenLP.

  The system is Dell M5010; Athlon II P360 running Windows 7 Home
  Premium 64-bit service pack 1.

   --- Exception Traceback ---
  Traceback (most recent call last):
    File "D:\OpenLP_Code\release-1.9.8\build\pyi.win32\OpenLP\outPYZ1.pyz\openlp.core.ui.servicemanager", line 579, in saveFile
    File "D:\OpenLP_Code\release-1.9.8\build\pyi.win32\OpenLP\outPYZ1.pyz\shutil", line 84, in copy
    File "D:\OpenLP_Code\release-1.9.8\build\pyi.win32\OpenLP\outPYZ1.pyz\shutil", line 48, in copyfile
  Error: `C:\Users\Derek\AppData\Roaming\openlp\data\servicemanager\audio\74327d51-5f94-11e1-871d-f04da2c5376a\10 Misericordias Domini.m4a` and `C:\Users\Derek\AppData\Roaming\openlp\data\servicemanager\audio\74327d51-5f94-11e1-871d-f04da2c5376a\10 Misericordias Domini.m4a` are the same file

  --- System information ---
  Platform: Windows-7-6.1.7601-SP1

  --- Library Versions ---
  Python: 2.6.6
  Qt4: 4.7.1
  Phonon: 4.4.0
  PyQt4: 4.8.3
  QtWebkit: 533.3
  SQLAlchemy: 0.6.6
  SQLAlchemy Migrate: 0.7.1
  BeautifulSoup: 3.2.0
  lxml: 2.2.4
  Chardet: 1.0.1
  PyEnchant: 1.6.5
  PySQLite: 1.0.1
  Mako: 0.4.1
  pyUNO bridge: -

To manage notifications about this bug go to:
https://bugs.launchpad.net/openlp/+bug/941966/+subscriptions