openlp-core team mailing list archive

[Andreas Preikschat <1021796@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

Hello,

When you try to import a olp file (OpenLP version 1 importer) and the
file contains for example "ö" the importer will fail. (Yes I know,
normally the file is named songs.olp, that's why I set this to "low".)

In  r2016 is a bug which occurs before this one. So if you want to reproduce this, either
do (reverts to 1.9.9)
   bzr revert -r 1917

or do
   bzr merge bzr merge lp:~googol/openlp/bug-1016927

or wait until a fix for bug 1016927 has been released.

Anyway, here the traceback:

Traceback (most recent call last):
  File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/core/ui/wizard.py", line 187, in onCurrentIdChanged
    self.performWizard()
  File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/plugins/songs/forms/songimportform.py", line 390, in performWizard
    importer.doImport()
  File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/plugins/songs/lib/olp1import.py", line 80, in doImport
    encoding=(encoding, 'replace'))
  File "/usr/lib/python2.7/site-packages/sqlite/__init__.py", line 61, in connect
    return Connection(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/sqlite/main.py", line 445, in __init__
    self.db = _sqlite.connect(database, mode)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 5: ordinal not in range(128)

** Affects: openlp
     Importance: Low
         Status: New

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

Title:
  olp1 import does not work when special characters in file name

Status in OpenLP - Worship Presentation Software:
  New

Bug description:
  Hello,

  When you try to import a olp file (OpenLP version 1 importer) and the
  file contains for example "ö" the importer will fail. (Yes I know,
  normally the file is named songs.olp, that's why I set this to "low".)

  In  r2016 is a bug which occurs before this one. So if you want to reproduce this, either
  do (reverts to 1.9.9)
     bzr revert -r 1917

  or do
     bzr merge bzr merge lp:~googol/openlp/bug-1016927

  or wait until a fix for bug 1016927 has been released.

  Anyway, here the traceback:

  Traceback (most recent call last):
    File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/core/ui/wizard.py", line 187, in onCurrentIdChanged
      self.performWizard()
    File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/plugins/songs/forms/songimportform.py", line 390, in performWizard
      importer.doImport()
    File "/home/andreas/Projects/OpenLP/bug-1016927/openlp/plugins/songs/lib/olp1import.py", line 80, in doImport
      encoding=(encoding, 'replace'))
    File "/usr/lib/python2.7/site-packages/sqlite/__init__.py", line 61, in connect
      return Connection(*args, **kwargs)
    File "/usr/lib/python2.7/site-packages/sqlite/main.py", line 445, in __init__
      self.db = _sqlite.connect(database, mode)
  UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 5: ordinal not in range(128)

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