Realist, pragmatist, strong-willed, strong-minded. Sometimes taciturn, sometimes loquacious. FLOSS enthusiast but still using Windows. Alpine Linux advocator.
Please also consider harder URLs than gist.github.com uses for such secret entries. They use some 128-bit id/hash that is represented as hex string (32 chars). I think it's better to has longer id/hash and at the same time represented less wastefully. For instance 160-bit id/hash represented as base64url will take only 27 chars. (Personally I wouldn't go below 256-bit in this day and age.)
I logged into sourcehut using two different browsers, yet I see only one entry in Audit Log. Browser's User-Agent should be also shown there.
Patches in mailing lists can make non-patch mails buried down in thread list (depending on ratio between them). And vice versa (at least theoretically). Therefore it can be useful to be able to have a list of mail threads without patches. Or with patches only.
Atm various subsites have different length of name in navbar (sourcehut something), which makes links to other subsites have different position on different subsites. Having fixed width of name (be it todo, man or whatever is put after sourcehut) will improve UX.
Now that mails are not sent on behalf of user's e-mail account, email@example.com is too generic to be used in From: field.
it would be good to use something more informative, like:
I'd rather these show up in the global event log that will eventually end up on meta.sr.ht
If there will be global log, it could be simply filtered down to the repo in such tab.
There could also be an event log that shows up on git.sr.ht specific to git events, but global, not repo specific.
Sure, that's also an option, but I think subscriptions are more likely to happen based on repository. OTOH subscribing to someone's whole git.sr.ht should be also considered, at least for the sake of completeness.
For anyone with RW access:
- info change (changed name, description)
- access change (granted, revoked access)
For anyone with R access:
Repository could have activity tab where these events would be shown (except for delete, because mail would be the last thing about it...) appropriately to the access level someone has.
Subscribing would mean receiving mail notifications.
I'd like to subscribe to every issue on this board
Then you should subscribe to the board (which is not supported yet), not to each ticket individually. Just saying.
when I post a comment on the github webui, I get an email as well
Don't know exactly when they introduced it, but it wasn't supported for many years, hated lack of it, and I noticed just months ago it is supported. Just for the record it's in Notification settings in Email notification preferences: Include your own updates.
I never noticed that second CC entry in GitHub mail notifications gives the reason. Useful.
BTW this discussion that happened today is not about subscribers list page per se, but mostly about improving mail notification, so maybe such ticket should be created and comments moved there?
It would show what tickets, boards user is subscribed to and in case of tickets, how such subscription happened. See also #98.
What internet points? Are we talking about some kind of upvotes/downvotes? I didn't mean it like that.
I think I understand what you may think, though. I meant only to not lose the information about how subscription started for myself. So I'm perfectly fine about this distinction visible only to subscriber herself/himself, e.g. by showing (manually subscribed) or (subscribed because of comment) next to my nick.