OpenLP does not start due to mimetypes bug
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
OpenLP | Status tracked in Trunk | |||||
2.0 |
Fix Released
|
High
|
Phill | |||
Trunk |
Invalid
|
High
|
Phill |
Bug Description
OpenLP 2.0.1 on Windows using an alphabet other than Latin
This is caused by a bug in mimetypes in the Python library: http://
It happens when another program (appears to be mainly iTunes) creates registry keys in another encoding other than Latin-1.
2013-03-11 19:19:09,450 root ERROR Traceback (most recent call last):
File "<string>", line 44, in <module>
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
File "D:\OpenLP_
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe0 in position 0: ordinal not in range(128)
None
Related branches
- Andreas Preikschat (community): Approve
- Raoul Snyman: Approve
-
Diff: 31 lines (+14/-7)1 file modifiedopenlp/core/ui/media/phononplayer.py (+14/-7)
tags: | added: support-system |
I'm going to assume that this does not affect 2.2 as its py3 and unicode as well as the linked bug affecting py2.7