[MGNLUI-767] In the page editor on the iPad, selecting a component below the fold is not possible and temporarily breaks the editor Created: 01/Mar/13  Updated: 19/Jun/13  Resolved: 19/Jun/13

Status: Closed
Project: Magnolia UI
Component/s: design, page editor, tablet
Affects Version/s: None
Fix Version/s: 5.0

Type: Bug Priority: Blocker
Reporter: Andreas Weder Assignee: Mikaël Geljić
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Device: iPad 3 (iOS 6.1.2)
Build: magnolia_bundle-stable #19


Attachments: PNG File Frozen scrolling.PNG    
Issue Links:
relation
is related to MGNLUI-64 Improve scrolling on the iPad. Does i... Closed
supersession
is superseded by MGNLUI-1640 page editor: fix scrolling on ipad 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:
Sprint: Iteration 2013-12, Iteration 2013-13, Iteration 2013-14, Iteration 2013-15, Iteration 2013-16, Iteration 2013-17, Beta 2, Beta 3

 Description   

Go the "Standard Article" page (/demo-project/about/subsection-articles/article) and edit it. You can scroll up and down and you can select the page edit bar and the first area edit bar ("Page header").

If you scroll down, though, and click on the "Content" area bar, the page jumps to the top. The page edit bar and the "Page Header" area edit bar are shown in gray, which suggests that your area bar actually got selected. The Action bar also seems to adjust and offer you to add a new component. However, scrolling no longer works. See attached screen shot for how this looks.

You can fix that by either executing an action or selecting one of the visible bars. Scrolling then recovers again.



 Comments   
Comment by Espen Jervidalo [ 06/Mar/13 ]

before starting to "fix" the hacks done to get this working previously, we should try if maybe ios 6 fixes the problem with iframe and native scrolling.
the code is in:
/info/magnolia/ui/vaadin/gwt/client/editor/jsni/WebkitFrameEventHandler.java

Comment by Samuli Penttilä [ 07/Mar/13 ]

This is not reproducible with iOS simulator. There page header flashes when clicking content area bar but returns quickly to correct position and scrolling works.

Comment by Andreas Weder [ 07/Mar/13 ]

Samuli: just verified with magnolia-bundle_stable #19 and my iOS 6.1.2 machine here. It remains reproducible there, I'm afraid

Comment by Mikaël Geljić [ 07/Mar/13 ]

linked to long-planned improvement

Comment by Mikaël Geljić [ 07/Mar/13 ]

I back Espen's comment, this is definitely not trivial to fix, for some reason the iframe changes size and there was no apparent code in the scrolling hacks that could potentially cause this. It is certainly easier to get rid of the scrolling hack first, as we've been intending to do for weeks.

Comment by Aleksandr Pchelintcev [ 19/Jun/13 ]

Was fixed by fixing a superseding issue.

Generated at Mon Feb 12 08:40:05 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.