mirror of
https://github.com/fosrl/pangolin.git
synced 2026-07-16 14:47:04 -05:00
[GH-ISSUE #3159] Resource list is capped at 20 items #39121
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/pangolin#39121
Reference in New Issue
Block a user
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?
Originally created by @kiliankoe on GitHub (May 26, 2026).
Original GitHub issue: https://github.com/fosrl/pangolin/issues/3159
Describe the Bug
Hi, I've run into the issue that my list of resources is capped at 20 items. I have 32 resources, all are accessible and function just fine, I can also access their detail pages by manually building the URL with their respective
niceId. Only the first 20 items are however shown in the list of resources (no matter the pagination settings).Strace of the pangolin process while visiting
/main/settings/resources/proxy?page=1&pageSize=100confirms the request sent to the API is literallyGET /api/v1/org/main/resources HTTP/1.1with no query string at all. Calling the API directly with the same cookie and?pageSize=100returns all 32 rows correctly, so the bug appears to only be in the frontend.This also breaks the per-table search input (the typed query never reaches the API on first render) and any URL-based filters like
?siteId=. Resources that sort past row 20 can still be opened via theirniceIdURL but are otherwise invisible.Environment
To Reproduce
/{orgId}/settings/resources/proxy?page=1&pageSize=100curl ".../api/v1/org/{orgId}/resources?page=1&pageSize=100" -H "Cookie: p_session_token=..."and confirm it returns all rows. The mismatch isolates the bug to the SSR page.
Expected Behavior
The SSR list page should forward URL query parameters (page, pageSize, query, siteId, …) to the internal API call, so the table reflects the requested page size and filter, and the search input can find any resource the user has access to.
@AstralDestiny commented on GitHub (May 26, 2026):
Update first please
@kiliankoe commented on GitHub (May 26, 2026):
Ah, update to 1.18.4? Sure, I will 👍
@AstralDestiny commented on GitHub (May 26, 2026):
We are on 1.18.4 right now for versions so it might be fixed in .4 I don't have the issue myself and I'm in 1.18.4 so please update first, sorry responding via phone at the moment
@AstralDestiny commented on GitHub (May 26, 2026):
Hmm guess I need to update my discord bridge to reflect edits
@kiliankoe commented on GitHub (May 26, 2026):
Interesting, I'll wait for https://github.com/NixOS/nixpkgs/pull/524531 and try 1.18.4!
@LaurenceJJones commented on GitHub (May 29, 2026):
Dont know nixos too much, seems to be merged any updates?
@AstralDestiny commented on GitHub (May 29, 2026):
Think of nixos if you wanted to use terraform but for a host but also wanted everything to be mostly bare @LaurenceJJones
@kiliankoe commented on GitHub (May 29, 2026):
Sorry, I could've updated earlier, but thought it would be nice to wait until the nixpkgs PR propagates. I just manually went to 1.18.4, but unfortunately the behavior is still unchanged. I can only see the first 20 items in my list of public resources.
@kiliankoe commented on GitHub (May 29, 2026):
Ugh, I played around a bit more and my initial assumption was completely off. My setup got a frozen
.nextdir which was stuck on a version from February. This was never an issue within pangolin itself, sorry for the noise.I'll figure out if this is just my config or with how pangolin is packaged for NixOS.
Thank you though for this amazing piece of software, it's been making my entire setup much easier and more enjoyable for a while now!