WYSIWYG field renders collapsed (150px) when it is the only field in a content type tab
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 970
- Forks
- 486
- Avg merge
- 3d 33m
- Merged PRs (30d)
- 170
Description
Problem Statement
When a WYSIWYG (TinyMCE) field is the only field on a tab of a content type, the editor's inner editable iframe falls back to TinyMCE's default height (~150px) instead of expanding to fill its container. Existing content is visually truncated mid-paragraph and scrolls inside a small window, with a large dead-whitespace area below the editor.
Content is not lost — it's intact in code view and via API. This is display-only, but it significantly degrades the editing experience for content teams.
Steps to Reproduce
- Create a content type with fields on the first tab (e.g. Title, Description)
- Add a second tab (tab divider) containing only one WYSIWYG field
- Create a contentlet, add several paragraphs of text to the WYSIWYG, and Save
- → Editor immediately re-renders collapsed (~150px) with whitespace below
- Close and reopen the contentlet (opens on first tab), switch to the WYSIWYG tab
- → Editor renders collapsed again
https://drive.google.com/file/d/13hiQ6PhJ-_unA3Wx4liPVd7cAeRcHv7S/view?usp=drive_link
Acceptance Criteria
Expected Behavior
The WYSIWYG editable area expands to fill its container (~587px in the repro) regardless of whether it is the only field on the tab, matching the behavior when other fields share the tab.
Actual Behavior
Inner editable iframe stays at the 150px TinyMCE default; content clips and scrolls within it; remainder of the container renders as empty whitespace.
dotCMS Version
26.07.06-02
Severity
Medium - Some functionality impacted
Links
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the collapsed WYSIWYG behavior using a content type with a second tab containing only one WYSIWYG field, then compare it with a tab where other fields are present. Confirm that the editable area expands to fill the container and that existing content no longer clips or scrolls inside a 150px area.
Written by the indexing model from the issue text.
Assessment
- Domain
- content, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100