Comment by ~adnano on ~adnano/kiln
Duncan Bayne referenced this ticket in commit 05fc173.
REPORTED RESOLVED FIXED
Ticket created by ~adnano on ~sircmpwn/sr.ht
Currently, userscan create projects/repos/trackers/etc with names differing only in case, which can be confusing. Don't allow this.
Comment by ~adnano on ~sircmpwn/lists.sr.ht
It should also retain your current search filter as well.
Ticket created by ~adnano on ~sircmpwn/lists.sr.ht
When you use the bulk update button, you are taken back to the first page of the patches view. It would be nice if it retained the page you were on.
~adnano Thanks. I revoked it yesterday. It only needs JOBS:R anyway.
Comment by ~adnano on ~sircmpwn/builds.sr.ht
~iacore: you should revoke your personal access token, it's no longer a secret. See https://man.sr.ht/builds.sr.ht/#keeping-your-secrets-a-secret
Ticket created by ~adnano on ~sircmpwn/pages.sr.ht
Currently, pages.sr.ht returns an empty response when given a legacy token, seemingly due to a panic caused by missing legacy oauth tables. It should return an error instead.
Ticket created by ~adnano on ~sircmpwn/sr.ht
Once a resource is deleted, it becomes impossible to retrieve the webhook deliveries associated with it, making it difficult to debug deletion webhook events. Expose these deliveries somehow through the GraphQL API.
Comment by ~adnano on ~sircmpwn/todo.sr.ht
To reproduce the deletion problem: create a ticket/tracker webhook for the TICKET_DELETED/TRACKER_DELETED events, then try to delete the ticket/tracker. The ticket/tracker cannot be deleted.
Ticket created by ~adnano on ~sircmpwn/todo.sr.ht
We'll want to use SET NULL instead of CASCADE here like we did for lists.sr.ht mailing list webhooks to avoid deletion problems.