Bug 258819 – [ews] Build failure notification step fails with: 'ascii' codec can't encode character '\u2018' in position 777: ordinal not in range(128)

• Status: NEW
• Component: Tools / Tests

[Abrar Rahman Protyasha]

I came across an encoding exception on EWS (in `Tools.CISupport.ews-build.send_email_for_new_build_failure()`) for one of my PRs -- https://ews-build.webkit.org/#/builders/2/builds/13740.

The standard output for the failing stage reads: `Sending email notification to [e-mail] in sending email for new build failure: 'ascii' codec can't encode character '\u2018' in position 777: ordinal not in range(128)`

For more context, the associated build failure is provided below, though I doubt it is related:

```
/app/webkit/Source/WebCore/dom/TouchEvent.cpp: In member function 'void WebCore::TouchEvent::initTouchEvent(WebCore::TouchList*, WebCore::TouchList*, WebCore::TouchList*, const WTF::AtomString&, WTF::RefPtr<WebCore::WindowProxy>&&, int, int, int, int, bool, bool, bool, bool)':
/app/webkit/Source/WebCore/dom/TouchEvent.cpp:74:5: error: 'WebCore::IntPoint WebCore::MouseRelatedEvent::m_screenLocation' is private within this context
```

[Radar WebKit Bug Importer]

<rdar://problem/111700007>

[Alexey Proskuryakov]

Looks like gcc emits curly quotes when the locale is UTF-8: https://stackoverflow.com/questions/2443991/g-curly-quotes-displayed-incorrectly-in-console-and-problems-list

We should make UTF-8 work end to end here (including email generation). But if that's tricky, a short term workaround would be to set a non-UTF locale when building.