[MGNLUI-3131] AdminCentral tree view: The treeview scrolls to the top after editing a property or doing a right mouse click Created: 03/Sep/14  Updated: 01/Oct/14  Resolved: 29/Sep/14

Status: Closed
Project: Magnolia UI
Component/s: None
Affects Version/s: 5.2.7, 5.2.8
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Christian Ringele Assignee: Christopher Zimmermann
Resolution: Cannot Reproduce Votes: 0
Labels: support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
causality
relation
is related to MGNLUI-3120 Chrome and Firefox on Windows: On var... 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   

When editing a property or doing a right mouse click in the tree view, the tree scrolls to the top.

This behavior was detected on:
(Videos available in the linked support ticket)
Ubuntu 13.04:
Firefox 26.0
Chrome 31.0.1650.63 - Ubuntu 13.04

Windows XP SP3:
Firefox 26.0

Windows 7:*
IE 9 (see screenshot)



 Comments   
Comment by Christopher Zimmermann [ 29/Sep/14 ]

I was unable to reproduce the bug on 5.2.7 EE bundle, or 5.3.4-SNAPSHOT. I tested on many browsers - ie8 and Firefox 26 on windows xp and ie9 on windows7.

Based on the video in the support ticket, my hunch is that the problem will be solved by this recent fix: http://jira.magnolia-cms.com/browse/MGNLUI-3160

I think that the calls to rowScroller.bringRowIntoView and rowScroller.expandTreeToNode in TreeViewImpl were causing the problem (introduced in MGNLUI-2643). These calls calculate the position of the selected row in a tree, and scroll the tree to that position - I can imagine that on a slow running update of the tree that this calculation would be incorrect and would scroll the tree to the top.
I think that MGNLUI-3160 may fix this because it does not run this operation if the selected row is in view when the operation is run.

Based on this and our inablity to reproduce the issue, closing ticket as cannot reproduce.
Ticket can be re-opened if its possible to reproduce the issue on 5.3.4 or 5.2.8.

Generated at Mon Feb 12 09:03:30 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.