Unicode control chars causes song importer to crash

Bug #1727517 reported by Phill
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenLP
Fix Committed
Low
Phill

Bug Description

https://support.openlp.org/scp/tickets.php?id=4330

Traceback (most recent call last):

File "openlp\core\ui\wizard.py", line 216, in on_current_id_changed

File "openlp\plugins\songs\forms\songimportform.py", line 351, in perform_wizard

File "openlp\plugins\songs\lib\importers\songshowplus.py", line 183, in do_import

File "openlp\plugins\songs\lib\importers\songimport.py", line 356, in finish

File "openlp\plugins\songs\lib\openlyricsxml.py", line 102, in add_verse_to_lyrics

File "lxml.etree.pyx", line 2972, in lxml.etree.CDATA.__cinit__ (src\lxml\lxml.etree.c:69195)

File "apihelpers.pxi", line 1393, in lxml.etree._utf8 (src\lxml\lxml.etree.c:27125)

ValueError: All strings must be XML compatible: Unicode or ASCII, no NULL bytes or control characters

Reproducible on ubuntu 17.10 trunk r2780

Related branches

Phill (phill-ridout)
Changed in openlp:
status: New → Confirmed
importance: Undecided → Low
Revision history for this message
Phill (phill-ridout) wrote :

We filter out control chars in the zionworx importer. Perhaps we could move it out to where the xml is saved.

Revision history for this message
Phill (phill-ridout) wrote :
Phill (phill-ridout)
Changed in openlp:
assignee: nobody → Phill (phill-ridout)
status: Confirmed → In Progress
Phill (phill-ridout)
Changed in openlp:
status: In Progress → Fix Committed
Tim Bentley (trb143)
Changed in openlp:
milestone: none → 2.5.1
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.