Blame SOURCES/0001-tdf-131069-always-produce-utf-8-from-gettext.patch

842991
From dc8db8308840516115a3f7cc9397a5c37bf99862 Mon Sep 17 00:00:00 2001
842991
From: =?UTF-8?q?Caol=C3=A1n=20McNamara?= <caolanm@redhat.com>
842991
Date: Tue, 17 Mar 2020 20:14:17 +0000
842991
Subject: [PATCH] tdf#131069 always produce utf-8 from gettext
842991
842991
Change-Id: I311e647f08b4d541825e7790d971b98b5b5bfe40
842991
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90631
842991
Tested-by: Jenkins
842991
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
842991
---
842991
 unotools/source/i18n/resmgr.cxx | 3 +++
842991
 1 file changed, 3 insertions(+)
842991
842991
diff --git a/unotools/source/i18n/resmgr.cxx b/unotools/source/i18n/resmgr.cxx
842991
index 47069489aa41..786c83df2e7b 100644
842991
--- a/unotools/source/i18n/resmgr.cxx
842991
+++ b/unotools/source/i18n/resmgr.cxx
842991
@@ -130,7 +130,10 @@ namespace Translate
842991
         OString sPath(OUStringToOString(path, osl_getThreadTextEncoding()));
842991
         gen.add_messages_path(sPath.getStr());
842991
 #if defined UNX && !defined MACOSX && !defined IOS && !defined ANDROID
842991
+        // allow gettext to find these .mo files e.g. so gtk dialogs can use them
842991
         bindtextdomain(pPrefixName, sPath.getStr());
842991
+        // tdf#131069 gtk, and anything sane, always wants utf-8 strings as output
842991
+        bind_textdomain_codeset(pPrefixName, "UTF-8");
842991
 #endif
842991
         gen.add_messages_domain(pPrefixName);
842991
 
842991
-- 
842991
2.25.4
842991