[PR #1216] [CLOSED] WIP: fix: "Creation date" in user forum is displayed as a date #1186

Closed
opened 2026-02-27 09:11:14 +03:00 by kerem · 0 comments
Owner

📋 Pull Request Information

Original PR: https://github.com/lldap/lldap/pull/1216
Author: @selfhoster1312
Created: 7/16/2025
Status: Closed

Base: mainHead: fix-user-date-field


📝 Commits (1)

  • f596b13 fix: "Creation date" in user forum is displayed as a date

📊 Changes

1 file changed (+18 additions, -7 deletions)

View changed files

📝 app/src/components/user_details_form.rs (+18 -7)

📄 Description

Previously, when clicking on user details as an admin, i would see creation_date with the complete stringy timestamp.

Capture d’écran du 2025-07-02 13-47-51

Now it's displayed as in the user list view:

image

This is my first time working with graphql/wasm/yew, so i'm having doubts about the proper way to do things.

  • the User type is defined as a type alias to get_user_details::GetUserDetailsUser but i have no idea where this is defined??? is that somehow an alias to lldap_domain::types::User?
  • it seems that User::attributes is stringy but i can access User::creation_date… for the typed version (i also didn't find a way to reparse an arbitrary Attribute/AttributeValue from the stringy representation
  • i don't understand why/how we use the arbitrary attributes in this template when user_table uses typed attributes… is this because of custom extra attributes? or to simplify form/view logic (if so, it doesn't make it easier to read from the outside)

I would be happy to contribute documentation if i understand something finally. I will open a separate issue about frontend documentation. 😄


🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/lldap/lldap/pull/1216 **Author:** [@selfhoster1312](https://github.com/selfhoster1312) **Created:** 7/16/2025 **Status:** ❌ Closed **Base:** `main` ← **Head:** `fix-user-date-field` --- ### 📝 Commits (1) - [`f596b13`](https://github.com/lldap/lldap/commit/f596b13c21b7a75c5bdeb3f80b9623367758f460) fix: "Creation date" in user forum is displayed as a date ### 📊 Changes **1 file changed** (+18 additions, -7 deletions) <details> <summary>View changed files</summary> 📝 `app/src/components/user_details_form.rs` (+18 -7) </details> ### 📄 Description Previously, when clicking on user details as an admin, i would see `creation_date` with the complete stringy timestamp. <img width="1178" height="166" alt="Capture d’écran du 2025-07-02 13-47-51" src="https://github.com/user-attachments/assets/552ce050-0386-4199-a775-fb007f5c282b" /> Now it's displayed as in the user list view: <img width="1376" height="286" alt="image" src="https://github.com/user-attachments/assets/9c94a08f-9030-4b42-8a27-a41eb0f58281" /> This is my first time working with graphql/wasm/yew, so i'm having doubts about the proper way to do things. - the `User` type is defined as a type alias to `get_user_details::GetUserDetailsUser` but i have no idea where this is defined??? is that somehow an alias to `lldap_domain::types::User`? - it seems that `User::attributes` is stringy but i can access `User::creation_date`… for the typed version (i also didn't find a way to reparse an arbitrary Attribute/AttributeValue from the stringy representation - i don't understand why/how we use the arbitrary `attributes` in this template when `user_table` uses typed attributes… is this because of custom extra attributes? or to simplify form/view logic (if so, it doesn't make it easier to read from the outside) I would be happy to contribute documentation if i understand something finally. I will open a separate issue about frontend documentation. :smile: --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
kerem 2026-02-27 09:11:14 +03:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/lldap-lldap#1186
No description provided.