Bottom of page not rendered in edit mode after 9.5 upgrade

Vote:
 

Hi,

After upgrading to the latest version of CMS (9.5), CMS.UI (9.3.4) and Commerce (9.4.1) we have a strange bug. When we view a page in edit mode (on-page editing), the part of the page not visible before scrolling is not rendered. When we scroll down, all we see is a solid grey color and the blue outlines of properties. The bottom of the page is also cut about 200px, so we can't get to the properties at the bottom.

I've included two images to better illustrate the problem:

When I enter edit mode everything seems fine.

But when I scroll down, as you can see, nothing has been rendered further down.

We don't get any errors in the console. Does anyone have any idea what's causing this, or has anyone else experienced this?

Thanks! 

#142615
Dec 16, 2015 10:00
Vote:
 

Hi Lars, 

Seems like you are effected by this known issue:  "CMS-2335: On-page edit: iframe height (100%) makes UI grayed out". The bug is still under investigation.

#142616
Dec 16, 2015 10:26
Vote:
 

Ok, thanks!

I can't find the bug in the bug list. Is it a newly discovered bug? Is it releated to any of the most recent releases? Can we downgrade to something inbetween 9.0 and 9.5, or should we put our upgrade on hold?

Lars

#142619
Dec 16, 2015 10:36
Vote:
 

Yes, it's newly registered bug in "EPiServer.CMS.UI 9.3.4". 

It should work in earlier versions (EPiServer.CMS.UI 9.3.2/EPiServer.CMS.UI 9.3.3) though I have NOT tested it myself. 

#142621
Dec 16, 2015 10:58
Vote:
 

Any news on this, Shahid?

The bug still doesn't show up in the bug list, so I assume there's no fix in update 94 (EPiServer.CMS.UI 9.3.5)?

Lars

#142902
Jan 05, 2016 10:36
Vote:
 

I got EPiserver.CMS.UI 9.3.6 and this bug is not fixed.

Added this code when the page is in PageEditing.PageIsInEditMode. It seems to fix the bug.


<script type="text/javascript">
$(document).ready(function() {

var resizeEpiEditIframe = function() {
var body = document.body,
html = document.documentElement;

var m1 = body.style.overflow;
var m2 = html.style.overflow;
body.style.overflow = "";
html.style.overflow= "";

var height = Math.max( body.scrollHeight, body.offsetHeight, html.clientHeight, html.scrollHeight, html.offsetHeight);

body.style.overflow = m1;
html.style.overflow = m2;

var ifrm = window.frameElement;
ifrm.style.height = height + "px";
}

setTimeout(function() {resizeEpiEditIframe();}, 1500);
setTimeout(function() {resizeEpiEditIframe();}, 5000); // extra call due slow rendrering of large pages
});
</script>

#143167
Jan 14, 2016 9:25
Vote:
 

Thanks Daniel!

Shahid, any news on a proper fix in EPiServer.CMS.UI?

Lars

#143168
Jan 14, 2016 9:29
Vote:
 

It was supposed to be fixed in EPiServer.CMS.UI 9.3.7 (Bug - CMS-2335 ), but we still have this problem in Chrome on our site. EpiServer support says it's something site specific that is triggering the bug, so they won't fix it.

Is anyone else still having this problem in EPiServer.CMS.UI 9.3.7 or later?

#143778
Edited, Feb 01, 2016 8:42
Vote:
 
<p>I'm using&nbsp;<span>EPiServer.CMS.UI 9.3.8 and it now works fine.</span></p>
#143780
Feb 01, 2016 8:56
Vote:
 

I just updated to 9.3.8, and it works fine for me as well.

Lars

#143784
Feb 01, 2016 10:19
Vote:
 
<p>Thanks for your replies. Daniels javascript workaround fixes the problem, so we'll use it meanwhile waiting for a possible future fix from EpiServer.&nbsp;</p> <p></p> <p></p>
#143785
Feb 01, 2016 10:22
Vote:
 

We've recently upgraded to EPiServer.CMS.UI 9.4.2 but still have the same problems with the UI being grayed out (the area shown after scrolling) without the workaround-javascript provided above.

#145763
Mar 11, 2016 9:36
This topic was created over six months ago and has been resolved. If you have a similar question, please create a new topic and refer to this one.
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.