User can not import songs from1.9.4 to 1.9.5

Bug #794971 reported by Wesley Stout on 2011-06-09
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Raoul Snyman

Bug Description

As reported here: a user was attemtping to import her songs from 1.9.4 to 1.9.5. she came up with the following traceback on Windows XP:

Traceback (most recent call last):

line 160, in onCurrentIdChanged

line 736, in performWizard

line 214, in do_import

line 270, in clean_song

AttributeError: 'buffer' object has no attribute 'replace'

I attempted to import with Windows build 1620 on Windows XP and received the same traceback. I attempted to import on Arch linux using build 1621 and received this:

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/openlp/core/ui/", line 191, in onCurrentIdChanged
  File "/usr/lib/python2.7/site-packages/openlp/plugins/songs/forms/", line 754, in performWizard
  File "/usr/lib/python2.7/site-packages/openlp/plugins/songs/lib/", line 215, in do_import
    clean_song(self.manager, new_song)
  File "/usr/lib/python2.7/site-packages/openlp/plugins/songs/lib/", line 269, in clean_song
    if song.lyrics.find(u'<lyrics language="en">') != -1:
AttributeError: 'buffer' object has no attribute 'find'

With Linux the songs that had been converted up to the point of failure where available in Windows they were not. The user also had difficulty with the database going from 1.9.3 to 1.9.4

Related branches

Wesley Stout (wesleystout) wrote :

I forgot, here is the database in question:

Changed in openlp:
importance: Undecided → Low
status: New → Confirmed
Changed in openlp:
milestone: none → 1.9.7
Changed in openlp:
assignee: nobody → Raoul Snyman (raoul-snyman)
status: Confirmed → Fix Committed
Changed in openlp:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers