[UI BUG] Resource limits for type 15 (ObjectStorage) and 16 (GPU) do not sync/display correctly in Web UI

Offen Anfängerfreundlich
#13,944 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
68/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
javascript
Bereich
frontend

Rechercherichtung

Beginne damit, das Konfigurationspanel für Vue.js-Limits und dessen Zuordnung der Ressourcentypen im Frontend zu lokalisieren, und vergleiche anschließend die Behandlung der Ressourcen-IDs 15 und 16 mit der Antwort der listResourceLimits API. Als erledigt gilt die Aufgabe, wenn die Limitfelder für Object Storage und GPU die über updateResourceLimit gesetzten Werte anzeigen; führe die relevanten UI-Prüfungen aus oder reproduziere die Schritte für API und Web UI, um das Ergebnis zu verifizieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

component:UI
problem

Hi,

I found that more resource limits are shown in the application then is actually mentioned in https://cloudstack.apache.org/api/apidocs-4.22/apis/updateResourceLimit.html. So I asked my AI assistent. He/she came up with additional resource type ids 12, 13, 14, 15 and 16. This seemed to work fine, except that it does not work for resource type id 15 and 16, based on that my newly imposed limits were not shown in the application. But then I tried the listResourceLimit api endpoint, and the values for both resource types (15, 16) were shown correctly. So this is about the presentation of this data in the UI.
The following problem description is created by the AI assistent. But I hope the picture is clear already.

Kind regards, Maurice.

There is a synchronization and presentation discrepancy between the CloudStack backend API and the Vue.js Web UI regarding resource limits for newer resource types (specifically resourcetype 15 for ObjectStorage and 16 for GPU).
While the backend correctly processes these values via updateResourceLimit and returns them accurately via listResourceLimits, the Web UI limits configuration panel fails to parse, map, or visually reflect these values accurately.
Steps to Reproduce

  1. Update the GPU resource limit for a domain/account via the API using: updateResourceLimit resourcetype=16 max=2 ...
  2. Verify the backend successfully registered the limit by calling the listResourceLimits API endpoint (the value shows up correctly).
  3. Log into the CloudStack Web UI as a Root Admin and navigate to the limits configuration for that same domain/account.
  4. Observe that the values for "Max. Object Storage (GiB)" and/or "Max. GPUs" do not reflect the values set via the API, or fail to display the updated state.
    Expected Behavior
    The Web UI's frontend mapping array should dynamically parse or correctly hardcode mappings for sequential backend resource IDs beyond 11 (including 12 through 16) so that administrative changes made via the API align 1:1 with the graphical dashboard views.
    Actual Behavior
    The backend successfully enforces and reports the limits via API, but the Web UI component fails to map the frontend input fields to resourcetype 15 and 16 data payloads.
versions

The versions of ACS, hypervisors, storage, network etc..

The steps to reproduce the bug

...

What to do about it?

No response

Vorherrschende Sprache
Java
Sterne
3.1k
Forks
1.4k
Ø Merge
7 T. 5 Std.
Gemergte PRs (30 T.)
28

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/cloudstack

Alle Issues in apache/cloudstack

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.