في صفحة مسؤول المستخدمين، إذا قمت بالتمرير لأسفل إلى “المجموعات” وحاولت إضافة المستخدم إلى مجموعة مخصصة، سيظهر زر
ومع ذلك، عند الضغط عليه، فإنه لا يختفي، مما يوحي بأن الإجراء لم يكتمل. ولكن إذا قمت بتحديث الصفحة، يكون المستخدم قد أُضيف بالفعل إلى المجموعة ولكن واجهة المستخدم لا تعكس ذلك.
إعجابَين (2)
صفحة أخرى قد تكون أكثر ملاءمة لإعادة هيكلة مناسبة إلى Glimmer
main ← fix/admin-user-custom-groups-save
opened 11:13PM - 07 Feb 26 UTC
The approve/reject buttons for custom group changes on the admin user page would… remain visible after saving, even though the changes were persisted successfully. Removing a group also failed to update the UI.
Three issues in the reactivity chain caused this:
1. The `@filter` computed macros (classic Ember) on the AdminUser model did not react to `@trackedArray` mutations. Replaced `customGroups` and `automaticGroups` with native getters so they participate in Glimmer autotracking.
2. The controller's `groupAdded()` and `groupRemoved()` wrappers did not return their promise chains, so `await` in `saveCustomGroups()` resolved immediately before the API calls completed and before the groups array was updated.
3. The controller's `customGroupIds`, `customGroupsDirty`, and `automaticGroups` used `@discourseComputed` which could not track changes from native getters on the model. Converted these to native getters and made `customGroupIdsBuffer` `@tracked`.
Additionally, `saveCustomGroups()` now awaits each operation sequentially and calls `resetCustomGroups()` on completion to sync the buffer with the updated group list, clearing the dirty state.
Note: only the properties involved in the groups reactivity chain were converted to modern Glimmer patterns. The rest of the controller and model still use classic Ember (`@discourseComputed`, `this.set`, etc.) and can be modernized separately.
Ref - https://meta.discourse.org/t/395210
إعجاب واحد (1)
zogstrip
14 فبراير 2026، 7:00ص
5
تم إغلاق هذا الموضوع تلقائيًا بعد يومين. لم يعد الردود الجديدة مسموحًا بها.
كما ترى في الصورة أدناه.
