[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) |
||
| Attachments: |
|
||||||||||||||||
| Issue Links: |
|
||||||||||||||||
| 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. |
| 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. |