Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Projects can not be sorted by consumed quota in "Project Quotas" #16517

Closed
fivezerosix opened this issue Mar 11, 2022 · 12 comments · Fixed by #19538
Closed

Projects can not be sorted by consumed quota in "Project Quotas" #16517

fivezerosix opened this issue Mar 11, 2022 · 12 comments · Fixed by #19538

Comments

@fivezerosix
Copy link

Expected behavior and actual behavior:
The project quotas view uses the column names as a sorting mechanism. By clicking the name you would be able to sort the most consuming project or the least.

The column name not longer has that behavior, making it difficult to extract quick insights.

We even tried the old API call: api/v2.0/quotas?reference=project&page=1&page_size=15&sort=-used.storage
and the JSON returned objects unsorted.

Steps to reproduce the problem:
From the left hand side menu clic "Project Quotas" -> The storage column can no longer be sorted by clicking it:
image

Versions:
Please specify the versions of following systems.

  • Harbor version: v2.3.5-239680cd
  • Working Version: v2.2.4-1bc848b3

Please let me know if i can provide anything else useful.

@lindhe
Copy link

lindhe commented Apr 21, 2022

Sorry if I'm hijacking the discussion, but is the bytes used ever updated? I can only see "0Byte of ..." in my projects, regardless of what limit they have. And that's what I see in your screenshot too. I guess that needs to be fixed first before there's anything to sort by...

Or does that work for anyone else?

@AllForNothing
Copy link
Contributor

@lindhe
Never seen the issue you mentioned.
Do you have any artifacts in each project? And What's the used storage returned from quota API?
BA939467-7977-4ADC-9A51-834A41D27D7B

@lindhe
Copy link

lindhe commented Apr 21, 2022

Yeah, we have ~1TiB on disk.

Thanks for the suggestion. I've checked the quotas request now, and they too say that it's 0.

{
  "8": {
    "creation_time": "2022-03-09T13:03:04.393Z",
    "hard": {
      "storage": 1099511627776
    },
    "id": 8,
    "ref": {
      "id": 7,
      "name": "project-1",
      "owner_name": ""
    },
    "update_time": "2022-03-09T13:03:04.393Z",
    "used": {
      "storage": 0
    }
  }
}

We use Azure Blob Storage as backend. Could that be why it's 0?

@AllForNothing
Copy link
Contributor

@wy65701436 can you help to explain this?

@lindhe
Copy link

lindhe commented Apr 22, 2022

Should I open a new issue for this? I don't want to clutter this discussion if my issue is not really related to OP's request.

@github-actions
Copy link

github-actions bot commented Jul 5, 2022

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions
Copy link

github-actions bot commented Nov 1, 2022

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions
Copy link

github-actions bot commented Feb 6, 2023

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions
Copy link

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions github-actions bot added the Stale label Jun 12, 2023
@github-actions
Copy link

This issue was closed because it has been stalled for 30 days with no activity. If this issue is still relevant, please re-open a new issue.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jul 13, 2023
@wy65701436 wy65701436 removed the Stale label Aug 9, 2023
@wy65701436 wy65701436 reopened this Aug 9, 2023
@github-actions
Copy link

github-actions bot commented Oct 8, 2023

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions github-actions bot added the Stale label Oct 8, 2023
@zyyw zyyw mentioned this issue Nov 6, 2023
5 tasks
Copy link

github-actions bot commented Nov 8, 2023

This issue was closed because it has been stalled for 30 days with no activity. If this issue is still relevant, please re-open a new issue.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Nov 8, 2023
@AllForNothing AllForNothing reopened this Nov 9, 2023
@github-actions github-actions bot removed the Stale label Nov 9, 2023
AllForNothing pushed a commit to AllForNothing/harbor that referenced this issue Nov 14, 2023
1. For goharbor#16517

Signed-off-by: AllForNothing <sshijun@vmware.com>
AllForNothing pushed a commit to AllForNothing/harbor that referenced this issue Nov 15, 2023
1. For goharbor#16517

Signed-off-by: AllForNothing <sshijun@vmware.com>
AllForNothing pushed a commit to AllForNothing/harbor that referenced this issue Nov 15, 2023
1. For goharbor#16517

Signed-off-by: AllForNothing <sshijun@vmware.com>
AllForNothing added a commit that referenced this issue Nov 15, 2023
1. For #16517

Signed-off-by: AllForNothing <sshijun@vmware.com>
altynbaev pushed a commit to altynbaev/harbor that referenced this issue Jan 29, 2024
1. For goharbor#16517

Signed-off-by: AllForNothing <sshijun@vmware.com>
Signed-off-by: Altynbaev Dinislam <altynbayevdr@sberautotech.ru>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants