[PAGES-327] Cannot edit components in footer for FTL template Created: 14/Aug/20  Updated: 12/Jul/21  Resolved: 12/Jul/21

Status: Closed
Project: Magnolia pages module
Component/s: None
Affects Version/s: 6.2.8
Fix Version/s: None

Type: Bug Priority: Neutral
Reporter: Šimon Demočko Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File float.png     PNG File mgnlEditorBar.png    
Issue Links:
relation
is related to PAGES-412 Page Editor Bars: Responsive/horizont... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

The mgnlEditorBar in the Pages app is no longer clearing floats in its styles and as such overlaps other elements above it with a transparent div making them un-clickable.

The issue can be corrected with:

.mgnlEditor.mgnlPlaceholder {
    clear: both;
}

Reproduce

  1. open new pages app
  2. edit ftl-sample-site
  3. Attempt to edit footer contents

Expected
Should be focusable

Actual
Areas and components are not focusable

Workaround
Remove the script from the configuration:

  footer:
    enabled: true
    renderType: freemarker
    # templateScript: /samples/templates/pages/ftl/areas/footer.ftl
    type: list
    availableComponents:
      text:
        id: samples:components/ftl/text
      linkList:
        id: samples:components/ftl/linkList
    inheritance:
      components: all
      enabled: true

Development notes

This is not happening in footer of, say, tour templates.

Removing the float left enabled the editing



 Comments   
Comment by Christian Ringele [ 14/Aug/20 ]

sdemocko I this this could be related/the same.

Comment by Richard Gange [ 14/Aug/20 ]

If I change footer from:

  footer:
    enabled: true
    renderType: freemarker
    templateScript: /samples/templates/pages/ftl/areas/footer.ftl
    type: list
    availableComponents:
      text:
        id: samples:components/ftl/text
      linkList:
        id: samples:components/ftl/linkList
    inheritance:
      components: all
      enabled: true

to

  footer:
    availableComponents:
      text:
        id: samples:components/ftl/text
      linkList:
        id: samples:components/ftl/linkList

It does open back up for editing. The issue might be that the sample site is configured in a weird way.

Comment by Christian Ringele [ 17/Aug/20 ]

Without script it will always work, as its then a normal area as all others.

 

I'd expect the problem more in direction of the overlaying of area & component bars by the responsive design:
Arranges the components sideways in the area. Seems the mouse is hooked wrong by the page editor.

We had that in the past (<4.5 times) a lot with carousels etc. that the mouse was hooked wrongly.
In recent times this started with Magnolia >6.0, it worked properly form 4.5-5.7.

Generated at Mon Feb 12 06:17:51 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.