Make tables respect the window height #99391
Labels
No Label
Good First Issue
Priority
High
Priority
Low
Priority
Normal
Status
Archived
Status
Confirmed
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Job Type
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: studio/flamenco#99391
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The tables in the webapp are made with Tabulator. Tabulator needs a fixed
height
setting in order to enable the "virtual DOM" approach, which in turn is necessary to keep the tables fast with thousands of items in there. This fixed height needs to be adjusted with the right CSS/JavaScript combo to respond to changes in available space.The available vertical space can change due to:
window resizing,
changes in contents above the tables, for example:
change in contents below the tables (for example a future change in the notifications pop-over, which then might push the table upwards when opened).
Changed status from 'Needs Triage' to: 'Confirmed'
Added subscriber: @dr.sybren
With the latest fixes it should work now (at least as of
23e752b3
).Tested on Chrome 102.0.5005.115 and Firefox 101.0.1
If more people can confirm we can close this.
Changed status from 'Confirmed' to: 'Resolved'
👍 LGTM!
Changed status from 'Resolved' to: 'Confirmed'
There's still the "little scrollbar" issue. This time I think it happened after a new job was created. This was with Firefox 102.0.
recording-2022-07-07_16.13.32.mp4
Tested on 102.0, added a new job but can't reproduce so far.
sc_-2022-07-07_16.25.17.mp4
If you can find what triggers it please post it here.
Added subscriber: @pablovazquez
I think I have it solved. If it shows up anyway, we can always file a new bug report.
My way to get things working (I wouldn't call this a "solution" as I don't know the root cause) was to emit two consecutive "reshuffled" events when changing tabs in the job details, and to recalculate the table height when the job type (so not the job itself, but its type info) is loaded.
Changed status from 'Confirmed' to: 'Resolved'
This issue was referenced by
9cebcc9f7c
For the record, the way I could reproduce the issue was in two ways:
render_output_path
lengths, one that doesn't line-wrap and one that does.