The Workaround seemed to have no effect for us ... we are still seeing the problem.

We are still on Confluence 5.5 ... which I don't see listed under the "Versions Affected" on this ticket.

Is it possible that the Workaround instructions would be different for Confluence 5.5?

Hi vernice.recomite,
I think it still work except that your message modify style or structure of the editor.
Please tell me if it doesn't.

Regards,
Nam

Hi, Nam.

The workaround applied worked. However, we recently added a banner message for Confluence users and we changed the contents of "At end of the HEAD", so the workaround was rolled back.

Will this still work with the message plus the workaround both in the "At end of the HEAD"?

Thanks,
Bam

@TedKim, when you say 'solution from Atlassian to upgrade", please state the version.

Update: Never mind ... I see it is in the Resolution above (5.9.7).

I have also encountered this symptom, so got received a solution from Atlassian to upgrade confluence and workaround as commented in above.

But,
it happened in Chrome 50.0.2661.78m, but not happened in now 50.0.2661.94m........

Maybe fixed automatically by updated....

I would check if your Theme is part of the issue. We are running Confluence 5.8.10 & RefinedTheme 5.0.3 and I've removed the CSS tweaks above, so far so good with just the Chrome 50.0.2661.87 m release.

Hi in my confluence 5.8.10 the problem happens not in edit mode, after login there is a blank space and we have to scroll down to see part of the page, running Version 50.0.2661.87. Is this related to this issues? or should I open a new one?

thanks!

Version 50.0.2661.87 m works on 5.8.10, 5.8.18 & 5.9.6 too. This is great news.

I upgrade Chrome this morning and as of Version 50.0.2661.87 m it works on my Confluence instance, 5.5.1.

New Chrome build coming: https://bugs.chromium.org/p/chromium/issues/detail?id=603507

The following documentation is out of date. It still claims that the bug ony appears for Confluence Versions less that 5.1.3: https://confluence.atlassian.com/confkb/editor-window-is-small-when-using-google-chrome-365003598.html

David,

The behavior above is interesting. It looks like that template in 5.8.x of Confluence is not playing nice with RefinedWiki. We also use RefinedWiki (4.2.18 in prod and 5.0.3) in test. I hadn't noticed this before the Chrome issue, but the Meeting Note template is actually flipping to a Confluence themed header when you are in Create mode. We have 5.9.6 of Confluence and 5.0.3 of RefinedWiki in a test instance and it does not have this issue.

I think the hack that I posted yesterday works well with the Meeting Notes template.

@Jonathan After the display table-cell fix, I had that issue with Custom HTML and moved our div to "At end of the HEAD" and that resolved our Dev annoucement. However, we are still having an issue with the Create Meeting Note blueprint displaying in a similar way. (Confluence 5.8.10, RefinedWiki 5.0.3, Chrome 50+). I'll explore some of these other fixes.

This is a complete hack, but we went with this work around as it works pretty well regardless of Admin login or regular user. It basically detects all of the common screen heights we use in the office and sets the edit window height appropriately. It may be too drastic for many, but we've had in place since late Thursday 4/13 in our production instance (5.8.10) with no complaints. Also using on test instances at 5.8.18 and 5.9.6. This should work for us until we have time to upgrade to 5.9.7 or later. The majority of our users use IE10, 11 or chrome and a few use Firefox. I personally use Safari from home with no issues.

<style type="text/css">
/* Temp fix for chrome */
@media screen and (min-height:600px) {
#content.edit {
height: 600px !important;
}
}

@media screen and (min-height:720px) {
#content.edit {
height: 720px !important;
}
}

@media screen and (min-height:768px) {
#content.edit {
height: 768px !important;
}
}

@media screen and (min-height:864px) {
#content.edit {
height: 864px !important;
}
}

@media screen and (min-height:900px) {
#content.edit {
height: 900px !important;
}
}

@media screen and (min-height:960px) {
#content.edit {
height: 960px !important;
}
}

@media screen and (min-height:1024px) {
#content.edit {
height: 1024px !important;
}
}

@media screen and (min-height:1050px) {
#content.edit {
height: 1050px !important;
}
}

@media screen and (min-height:1080px) {
#content.edit {
height: 1080px !important;
}
}

@media screen and (min-height:1200px) {
#content.edit {
height: 1024px !important;
}
}
</style>

this is what the workaround produces when you have an active notification bar, like being logged-in with admin access:

smcdonald1123089805 the workaround works well in older versions of Chrome and other browsers

Does adding the workaround affect display in older versions of Chrome or any other browsers?

One of our spaces has a layout in Main Layout that uses code like:

$helper.renderConfluenceMacro("

")

where "Foo Footer" is a page in FOO space that is used as a footer for all pages in the FOO space.

This workaround generates a poor experience when editing pages with this footer - the footer is pushed over to the next 'page' instead of below the edit button (which is where it was previously). I attach "CONF-41035-Footer.jpg" as an example.

Verified that Cornell University the fix works with Confluence 5.6.6.

Thank you for the workaround, confluence24. The issue description has been updated to include this.

Excellent!

Excellent idea. Nice simple work around.

We believe we've successfully worked around this bug with Confluence 5.8.18 with about 3,000 spaces by adding the CSS "fix" to the Custom HTML "At end of the HEAD" section the admin console. It loads with every page. We have spaces with the Global Look and Feel theme as well as the older Documentation theme and spaces with custom style sheets, so this was the fastest way to fix them all for us. Because of our variety of themes and custom stylesheets, adding the fix to the global stylesheet only fixed a portion of our spaces.
<style type="text/css">
#content.edit {
display: table-cell;
}
</style>

But if one logs in as admin and tries to edit a page with this style on, the following "cell" will be spanned vertically:
http://prnt.sc/asqm7k

But 5.9.7 has been corrected?

Hi Aaron,
Indeed global CSS will only overwrite the global theme. Spaces using a different theme or their own custom CSS will need to have the workaround applied individually via Space Tools.

Hi John,
As far as I could see on the Chrome bug report, they will not fix this, as they regard it as intended behaviour:

Comment 12 by dgro...@chromium.org, Mar 21, 2016
Status: WontFix
This behavior is intentional, closing as WontFix.

50.0.2661.75 m exhibits the problem in our Prod 5.8.10, and test instances at 5.8.18 & 5.9.6.

It's no longer a beta version issue.

When I apply the global custom CSS it seems to resolve the problem only for the current site theme-- in our case the Documentation Theme-- but not for other themes used by other spaces.

The global stylesheet only applies to spaces where custom CSS has not been defined. You will still need to add the CSS fix to spaces that have their own stylesheets.

You can get a list of these spaces with the following SQL query:

SELECT bandanacontext, bandanavalue FROM bandana WHERE bandanakey = 'atlassian.confluence.css.resource.custom'

Users at our company also complain about this issue with confluence 5.7.1 and chrome 50.0.2662.75 m.

https://support.atlassian.com/browse/CSP-173301 with version 50.0.2661.66 beta

max.milton1889578825,

You had commented on a page that was deleted (in our Confluence Knowledge Base Space) asking about fixing the bug that causes the editor to render at half-height. There is a workaround located on this bug report but it will be fixed in 5.9.7 when it is released.

Cheers,
Stephen Brannen | Confluence Support

I believe the real root cause to be this issue: https://bugs.chromium.org/p/chromium/issues/detail?id=594376

Reproduced the problem.

Chrome Canary - Version 51.0.2679.0 canary (64-bit)
Confluence 5.9.5
Windows 7 Pro SP1

Thanks nhoxuan, oh, thanks.

Yes, that's much better (I thought I've tried display: table-cell, but apparently I didn't).

Thanks, takuya.otani1992178601. However I think we better use this:

#content.edit {
    display: table-cell;
}

Just FYI: I've applied the following styles via Stylish extension for workaround:

#main .edit#content {
    height: calc(100% - 42px);
    width: 100%;
    position: absolute!important;
}

Hope it helps.

randrade For your information about this bug, you could see more thing in https://jira.atlassian.com/browse/CONF-40673
Yes, it is related to the Chromium bug https://bugs.chromium.org/p/chromium/issues/detail?id=594376

Latest OD but also have a local instance that shows the same issue and haven't upgraded versions so wondering if it's a latest chrome thing.

Dear roberto.andrade,

Thanks for submitting the ticket
Would you please let me know what affect version of Confluence that you met this issue?

Thanks,
Minh Tran
Confluence BugMaster
Atlassian