Welcome back, ! This is the sr.ht ticket tracking service. Documentation for its use is available here.
my todo list
add \assigned user to the notify list add input and datalist to the details pane last 16 users + anyone who's commented/followed the ticket add un-assign user
REPORTED RESOLVED FIXED
I don't think this is relevant anymore.
REPORTED RESOLVED INVALID
That looks about right imo.
``` class TicketLabel(Base): tablename = 'ticket_label' id = sa.Column(sa.Integer, primary_key=True) created = sa.Column(sa.DateTime, nullable=False) updated = sa.Column(sa.DateTime, nullable=False)
label_id = sa.Column(sa.Integer, sa.ForeignKey('label.id')) tracker_id = sa.Column(sa.Integer, sa.ForeignKey('tracker.id')) ticket_id = sa.Column(sa.Integer, sa.ForeignKey('ticket.id'))
user_id = sa.Column(sa.Integer, sa.ForeignKey('user.id'))
__table_args__ = (sa.UniqueConstraint('label_id', 'ticket_id', name='_label_ticket_uc'),)
class Label(Base): tablename = 'label' id = sa.Column(sa.Integer, primary_key=True) created = sa.Column(sa.DateTime, nullable=False) updated = sa.Column(sa.DateTime, nullable=False)
tracker_id = sa.Column(sa.Integer, sa.ForeignKey('tracker.id'), primary_key=True) name = sa.Column(sa.Text) color = sa.Column(sa.Text)
or are there other things you want to include as well?
Let's do this one step at a time. First the ticket move feature, and a separate ticket for autocompletion.
Not a joke, autocomplete isn't trivial. So rather than add a huge list of js dependencies to the sr.ht suite, one for each minor feature. I'd like to know if you'd rather include jQuery, which is a nice framework that includes most of the JS needs.
Say the bug is in an upstream repo (debian's bugzilla for example) should the textbox be a URI which could then then be polled to keep this issue up to date? when ever todo.sr.ht detects a change, this ticket would then get updated, and fire off set notifications?
Is this a joke?
how do you feel about jquery?
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?