openlp-core team mailing list archive

[Derek Robin Chambers <941966@xxxxxxxxxxxxxxxxxx>]

Thank you,
Sorry for the delay - the machine that shows this problem happened to be the machine I was using for worship 
this morning and I didn't want to take risks until the service was over.

**OpenLP Bug Report**
Version: {u'full': u'1.9.8-bzr1436', u'version': u'1.9.8', u'build': u'bzr1436'}

--- Details of the Exception. ---

One of the songs that causes this problem with other builds was added as
the only item in a brand new service. This exception occurred on the
FIRST attempt to save the service (in other builds, the exception does
not occur until the second and subsequent attempts to save the service).

The "WindowsError: [Error 5] Access is denied:
u'C:\\Users\\Display\\AppData'", which doesn't occur with other builds,
highlights one quirk of my particular machine: while the linked audio
track does exist, at C:\Users\Display\Music\iTunes\iTunes
Media\Music\Helen Cornelius\Karaoke Version\26347 Mary Did You Know.mp3,
there is no Display account on this machine. The folder C:\Users\Display
contains nothing else apart from the Music subfolder (to avoid needing
to edit iTunes playlists when exchanging them with other church machines
that do have a Display account) - in particular there is no
C:\Users\Display\AppData. If, for some reason, OpenLP is attempting to
generate new stuff in C:\Users\Display, it will run foul of windows UAC.
But should it be writing new stuff in C:\Users\Display if my account is
Derek, in C:\Users\Derek?

 --- Exception Traceback ---
Traceback (most recent call last):
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\openlp.core.ui.servicemanager", line 457, in saveFile
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\openlp.core.ui.servicemanager", line 639, in saveFileAs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\openlp.core.ui.servicemanager", line 554, in saveFile
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 150, in makedirs
  File "D:\OpenLP_Code\media-test\build\pyi.win32\OpenLP\outPYZ1.pyz\os", line 157, in makedirs
WindowsError: [Error 5] Access is denied: u'C:\\Users\\Display\\AppData'

--- 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: -

-- 
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