Private Issues, Web UI: Investigate and implement the milestone changes on a private issue #518

Closed
opened 2026-04-16 03:51:16 +00:00 by t0xic0der · 3 comments
Member

Summary

Private Issues, Web UI: Investigate and implement the milestone changes on a private issue

Details

Private Issues, Web UI: Investigate and implement the milestone changes on a private issue

Whenever the milestone associated to a private issue is changed, we need to see how it gets reflected on the history timeline, how it shows up under the milestone listing, who can access it from under the milestone listing and whether we inadvertently expose the private issue.

### Summary Private Issues, Web UI: Investigate and implement the milestone changes on a private issue ### Details Private Issues, Web UI: Investigate and implement the milestone changes on a private issue Whenever the milestone associated to a private issue is changed, we need to see how it gets reflected on the history timeline, how it shows up under the milestone listing, who can access it from under the milestone listing and whether we inadvertently expose the private issue.
t0xic0der added this to the (deleted) project 2026-04-16 03:51:17 +00:00
humaton modified the project from (deleted) to Backlog 2026-07-20 10:41:51 +00:00
t0xic0der modified the project from Backlog to Sprint 26 2026-07-27 10:47:39 +00:00
Author
Member

I am blocked now. Yet again. What's new in that? Here's why.

I was implementing the sidebar support for milestone changes. I found that the frontend template and router fixes (i.e. passing is_private in HTMX URLs, querying private_comment in HTMX response), made the sidebar interaction work correctly.

Screenshot From 2026-07-30 09-30-25

But the said change does not persist on refreshing frontend. It simply goes away. Now, this stupid problem is not specific to milestone changes, it seems to affect all comment types on private issues - and hence, needs to be fixed first.

Screenshot From 2026-07-30 09-54-45

FindComments always queries the comment table. It should query the private_comment table, no? I mean, CreateComment does correctly create it at the intended location so this needs to be fixed on the database backend before views.

I have a fix. I think it works. I will open up a new issue ticket for that. Once, this foundational change is introduced to the database backend, I can finally go back to fixing things on the frontend templates. Then we would have new problems.

I am blocked now. Yet again. ~~What's new in that?~~ Here's why. I was implementing the sidebar support for milestone changes. I found that the frontend template and router fixes (i.e. passing `is_private` in HTMX URLs, querying `private_comment` in HTMX response), made the sidebar interaction work correctly. ![Screenshot From 2026-07-30 09-30-25](/attachments/6e8010c2-346d-4829-8864-1b698554e5f2) But the said change does not persist on refreshing frontend. It simply goes away. Now, this stupid problem is not specific to milestone changes, it seems to affect all comment types on private issues - and hence, needs to be fixed first. ![Screenshot From 2026-07-30 09-54-45](/attachments/53a1bf95-4095-4da5-a739-724a2ff4e3cf) `FindComments` always queries the `comment` table. It should query the `private_comment` table, no? I mean, `CreateComment` does correctly create it at the intended location so this needs to be fixed on the database backend before views. I have a fix. I think it works. I will open up a new issue ticket for that. Once, this foundational change is introduced to the database backend, I can finally go back to fixing things on the frontend templates. Then we would have new problems.
Author
Member
See https://codeberg.org/fedora/forgejo/pulls/105. Draft state. Until https://codeberg.org/fedora/forgejo/pulls/104 gets merged.
Author
Member

https://codeberg.org/fedora/forgejo/pulls/105 was finally merged.

Closing this!

https://codeberg.org/fedora/forgejo/pulls/105 was finally merged. Closing this!
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.

Reference
forge/forge#518
No description provided.