Bug 859163

Summary: UnicodeDecodeError when trying to create automatic partition layout
Product: [Fedora] Fedora Reporter: Luke Macken <lmacken>
Component: python-mehAssignee: Chris Lumens <clumens>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: clumens, g.kaviyarasu, jonathan, pfrields, vanmeeuwen+fedora, vpodzime
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-21 08:41:18 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Luke Macken 2012-09-20 17:13:57 UTC
Description of problem:

 File "/usr/lib64/python2.7/site-packages/pyanaconda/exception.py", line 59, in run_handleException_on_idle
obj)
File "/usr/lib/python2.7/site-packages/meh/handler.py", line 101, in handleException
fd.write(self.exnText.encode("utf-8"))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 31351: ordinal not in range(128)

Version-Release number of selected component (if applicable):
anaconda-18.6.8-1.fc18.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Choose to customize partition layout
2. Click "Click here to create them automatically
3. *boom*

Comment 1 Luke Macken 2012-09-20 17:20:18 UTC
After working around the Unicode issue, the core exception that triggered it was the NoDisksError from Bug #849112

Comment 2 Chris Lumens 2012-09-20 20:16:24 UTC
I think the utf8 business is handled in python-meh already, but reassigning to double check.

Comment 3 Vratislav Podzimek 2012-09-21 08:41:18 UTC
(In reply to comment #2)
> I think the utf8 business is handled in python-meh already, but reassigning
> to double check.
This should be handled by the
>fd.write(self.exnText.encode("utf-8"))
line that appears in the traceback, so there is something wrong. Reopening bug #854959 and marking this bug as duplicate.

*** This bug has been marked as a duplicate of bug 854959 ***