You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bug Summary:
When booting 50+ processes, causing the process table to paginate, the UI becomes unresponsive for page navigation. Each ps command triggers a re-render, preventing users from switching between pages effectively.
Steps to Reproduce:
Boot 50+ processes to ensure pagination in the process table.
Attempt to navigate to a different page in the paginated table.
Expected Behavior:
User should be able to switch pages smoothly without interruptions, allowing for easy navigation through all process entries.
Actual Behavior:
After each ps command, the table re-renders, resetting the pagination and preventing navigation to other pages. This continuous re-rendering disrupts page-switching, making it impossible to view processes beyond the first page.
Possible Cause:
The ps command appears to be triggering a full re-render of the process table each time it's executed, possibly due to the way pagination state is handled in relation to re-renders.
Impact:
This behavior hinders usability for users managing large numbers of processes, effectively limiting them to viewing only the initial page of the process list.
The text was updated successfully, but these errors were encountered:
Thanks @cvzbynek, good catch. I was aware that the current refresh behaviour wouldn't be compatible with pagination but didn't know that django-tables2 would automatically paginate above 50 lines. As we haven't had pagination stated as a clear requirement and we're providing filtering functionality for working with large numbers of entries I'm inclined to simply disable it and see if it comes up in feedback.
Thanks @cvzbynek, good catch. I was aware that the current refresh behaviour wouldn't be compatible with pagination but didn't know that django-tables2 would automatically paginate above 50 lines. As we haven't had pagination stated as a clear requirement and we're providing filtering functionality for working with large numbers of entries I'm inclined to simply disable it and see if it comes up in feedback.
Bug Summary:
When booting 50+ processes, causing the process table to paginate, the UI becomes unresponsive for page navigation. Each
ps
command triggers a re-render, preventing users from switching between pages effectively.Steps to Reproduce:
Expected Behavior:
User should be able to switch pages smoothly without interruptions, allowing for easy navigation through all process entries.
Actual Behavior:
After each
ps
command, the table re-renders, resetting the pagination and preventing navigation to other pages. This continuous re-rendering disrupts page-switching, making it impossible to view processes beyond the first page.Possible Cause:
The
ps
command appears to be triggering a full re-render of the process table each time it's executed, possibly due to the way pagination state is handled in relation to re-renders.Impact:
This behavior hinders usability for users managing large numbers of processes, effectively limiting them to viewing only the initial page of the process list.
The text was updated successfully, but these errors were encountered: