This issue has been created
There is 1 update.
 
 
XWiki Platform / cid:jira-generated-image-avatar-9b8ae37f-cd7c-4cff-80e7-d5ff3394a41a XWIKI-22972 Open

LiveData UI issue when horizontal scrolling

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-f38716a0-e712-4ab1-8eca-8132fb0ee7bf Lucian Chevereseanu created this issue on 13/Mar/25 13:37
 
Summary: LiveData UI issue when horizontal scrolling
Issue Type: cid:jira-generated-image-avatar-9b8ae37f-cd7c-4cff-80e7-d5ff3394a41a Bug
Assignee: Unassigned
Attachments: Screencast From 2025-03-13 14-25-29.mp4
Components: Live Data
Created: 13/Mar/25 13:37
Priority: cid:jira-generated-image-static-major-ea4b5de3-ada9-4938-84dc-5d506ae50b31 Major
Reporter: Lucian Chevereseanu
Description:

Prerequisites
Have a live data table with enough columns to create the need for horizontal scrolling inside a page.

Problem observed:
When a column that is initially invisible (requiring horizontal scrolling to be displayed) is based on a 'list' type property, abnormal behavior appears when using the filter:

After scrolling horizontally to modify a filter or select a new value by clicking on it again, as soon as I click, the table view immediately resets, moving the scroll bar all the way to the left (the beginning of the table). It then becomes impossible to select another value, since the scroll bar jumps exclusively to the beginning. It looks like (Screencast From 2025-03-13 14-25-29.mp4link_attachment_7.gif Screencast From 2025-03-13 14-25-29.mp4link_attachment_7.gif) the viewport moves, but filter selection remains open, but we can't see it.
This issue does not exist when all columns are visible without the need to scroll horizontally.

Steps to reproduce:
1. Configure a LiveData table with enough columns to cause horizontal scrolling.
2. Ensure that an initial non-scoped column is based on a 'list' property type.
3. Scroll horizontally to this column, click the filter, and select a value.
4. Click the same filter again: the table view instantly jumps to the top, including any additional selections.

 

 
 

1 update

 
cid:jira-generated-image-avatar-f38716a0-e712-4ab1-8eca-8132fb0ee7bf Changes by Lucian Chevereseanu on 13/Mar/25 13:44
 
Description: Prerequisites
Have a live data table with enough columns to create the need for horizontal scrolling inside a page.



Problem observed:
When a column that is initially invisible (requiring horizontal scrolling to be displayed) is based on a 'list' type property, abnormal behavior appears when using the filter:

After scrolling horizontally to modify a filter or select a new value by clicking on it again, as soon as I click, the table view immediately resets, moving the scroll bar all the way to the left (the beginning of the table). It then becomes impossible to select another value, since the scroll bar jumps exclusively to the beginning. It looks like ([^Screencast From 2025-03-13 14-25-29.mp4] [^Screencast From 2025-03-13 14-25-29.mp4]) the viewport moves, but filter selection remains open, but we can't see it.
This issue does not exist when all columns are visible without the need to scroll horizontally.

Tested and reproduced on 13.10.11, and on 16.4.6

Steps to reproduce:
1. Configure a LiveData table with enough columns to cause horizontal scrolling.
2. Ensure that an initial non-scoped column is based on a 'list' property type.
3. Scroll horizontally to this column, click the filter, and select a value.
4. Click the same filter again: the table view instantly jumps to the top, including any additional selections.