← Back to team overview

openlp-core team mailing list archive

[Bug 1018442] Re: OpenLP started from dmg behaves like portable app (OSX)

 

OpenLP log file

** Attachment added: "openlp.log"
   https://bugs.launchpad.net/openlp/+bug/1018442/+attachment/3205691/+files/openlp.log

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

Title:
  OpenLP started  from dmg behaves like portable app (OSX)

Status in OpenLP - Worship Presentation Software:
  New

Bug description:
  When OpenLP is executed directly from mounted dmg disk image, OpenLP
  behaves like a portable app. It thinks that OpenLP datadir is in
  /Volumes/OpenLP/OpenLP.app/data.  OpenLP then displayes language
  select dialog and it behaves like running for the first time. However,
  dmg filesystem is read-only and thus it fails to create data directory
  and download any songs.

  OS:  Mac OS X Lion (10.7.3)

  How to reproduce:
  - download any recent nightly build dmg
  - mount it by double clicking
  - double click on OpenLP.app in displayed Finder window
  - OpenLP should behave like running for first time and should fail to import any songs
  - it should also fail when executing just the .app bundle.

  There is implemented a workaround for this issue in the OpenLP 1.9.10 build where the --portable option is ignored.
  (users of latest osx release should not be affected this issue)

  Investiogation:
  - for any reason, OpenLP from dmg is executed with the following arguments:

      ['/Volumes/OpenLP/OpenLP.app/Contents/MacOS/OpenLP',
  '-psn_0_8239067']     # sys.argv

  - I'm not sure where does the '-psn_0_8239067' comes from.
  - the '-p' argument is in openlp shortcut for --portable argument
  - I guess that the .app bundle behavior could be related to options in the file  
        /Volumes/OpenLP/OpenLP.app/Contents/Info.plist
  - I think it is not related to pyinstaller (at least, I was not able to find anything related pyinstaller)

  
  How it could be fixed:
  - ignore --portable argument on osx (darwin)
  - remove shortcut '-p' for '--portable' from openlp
  - investigate more why '-psn_0_8239067' is passed to OpenLP.app on osx

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


References