run-webkit-tests asserts when the iPhone XR simulator is running
<rdar://problem/53878739>
UnicodeEncodeError raised: 'ascii' codec can't encode character u'\u0280' in position 1: ordinal not in range(128) Traceback (most recent call last): File "/Users/dino/apple/code/OpenSource/Tools/Scripts/webkitpy/layout_tests/run_webkit_tests.py", line 91, in main run_details = run(port, options, args, stderr) File "/Users/dino/apple/code/OpenSource/Tools/Scripts/webkitpy/layout_tests/run_webkit_tests.py", line 452, in run run_details = manager.run(args) File "/Users/dino/apple/code/OpenSource/Tools/Scripts/webkitpy/layout_tests/controllers/manager.py", line 187, in run for_device_type = 'for {} '.format(device_type) if device_type else '' File "/Users/dino/apple/code/OpenSource/Tools/Scripts/webkitpy/xcode/device_type.py", line 120, in __str__ hardware_type=' {}'.format(self.hardware_type) if self.hardware_type else '', UnicodeEncodeError: 'ascii' codec can't encode character u'\u0280' in position 1: ordinal not in range(128)
<rdar://problem/53878791>
Created attachment 375453 [details] Patch
This change is correct, but probably not sufficient. Bet if we edited the output of Tools/Scripts/webkitpy/Xcode/simulated_device_unittest.py, we could get a complete fix.
Comment on attachment 375453 [details] Patch Hold up...this breaks things for me locally in a surprising way....investigating.
Created attachment 375462 [details] Patch
Comment on attachment 375462 [details] Patch Talked to Russell, this fixed XR's for him. I think this is all we need, so I'm going to land it. I'll be keeping an eye out for this sort of thing, though, we do a bad job at handling unicode in webkitpy.
Comment on attachment 375462 [details] Patch Clearing flags on attachment: 375462 Committed r248270: <https://trac.webkit.org/changeset/248270>
All reviewed patches have been landed. Closing bug.