Bug 265393 - When changing layout, reload the message via setTimeout(). r+a=jorgk
authorAlfred Peters <infofrommozilla@gmail.com>
Thu, 02 Jan 2020 00:09:17 +0100
changeset 37656 b4316a22736be13136f583faa6c83a563136550e
parent 37655 d3cdd17d80f3b3760b4cd66edb55cdd8869f6237
child 37657 a45840067d4431441599c06fe7bf787da298dab4
push id396
push userclokep@gmail.com
push dateMon, 06 Jan 2020 23:11:57 +0000
bugs265393
Bug 265393 - When changing layout, reload the message via setTimeout(). r+a=jorgk
mail/base/content/msgMail3PaneWindow.js
--- a/mail/base/content/msgMail3PaneWindow.js
+++ b/mail/base/content/msgMail3PaneWindow.js
@@ -367,17 +367,19 @@ function UpdateMailPaneConfig(aMsgWindow
     hdrToolbox.palette = cloneToolboxPalette;
     hdrToolbar = document.getElementById("header-view-toolbar");
     hdrToolbar.firstPermanentChild = firstPermanentChild;
     hdrToolbar.lastPermanentChild = lastPermanentChild;
     messagePaneSplitter.orient = desiredParent.orient;
     if (aMsgWindowInitialized) {
       messenger.setWindow(null, null);
       messenger.setWindow(window, msgWindow);
-      ReloadMessage();
+      // Hack to make sure that the message is re-displayed
+      // with the correct charset.
+      setTimeout(ReloadMessage);
     }
 
     // The quick filter bar gets badly lied to due to standard XUL/XBL problems,
     //  so we need to generate synthetic notifications after a delay on those
     //  nodes that care about overflow.  The 'lie' comes in the form of being
     //  given (at startup) an overflow event with a tiny clientWidth (100), then
     //  a more tiny resize event (clientWidth = 32), then a resize event that
     //  claims the entire horizontal space is allocated to us