-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tag mantainer #132
Tag mantainer #132
Conversation
In realtà, come scritto in #93 sarebbe più pratico che si inoltrasse automaticamente il messaggio in cui ci hanno taggato sul gruppo csunibo |
Giustamente sarebbe più efficace in quanto non è detto che i maintainers siano in tutti i gruppi con il bot. Il fatto è che @csunibo indica già il nome del gruppo quindi il bot interverrebbe tutte le volte che si indica semplicemente il gruppo. Per risolvere si potrebbe inverare un altro tag o propriamente un comando (tipo |
Inoltre inoltrare un messaggio sul gruppo di csunibo riporta al problema di hardcodare gli I'd dei gruppi all'interno del bot. In realtà non credo sia un problema perché csunibo dovrebbe essere un gruppo statico che non cambia di anno in anno come quelli relativi ai vari anni |
Anche io sono a favore di usare la sintassi @ anziché /. La prima non è idiomatica, ha l'effetto collaterale di aprire la chat anziché rinviare il comando quando toccata da GUI e cosa più grave richiede che il bot abbia accesso in visualizzazione a tutti i messaggi della chat (non solo quelli che cominciano con /), cosa che è un privilegio non richiesto. Ma se vogliamo inoltrare il messaggio a quel punto non è molto più pratico usare |
Forse il vantaggio di taggare direttamente dentro il gruppo originario è quello che si può osservare l'incidente a colpo d'occhio, ma è vero che non diamo garanzie di essere già dentro ai gruppi. |
Non ho controllato le API ma forse c'è un metodo per vedere se un utente è dentro un gruppo. Si potrebbe fare che di predefinito si tagga e se nessuno dei maintainers è in quel gruppo si inoltra il messaggio |
Sicuramente un modo c'è sì. Però anziché inoltrare il messaggio penso sia meglio taggare @csunibo come piano B chiedendo di scrivere lì. Così abbiamo modo di fare domande di contesto subito |
Ok direi allora che introduciamo un comando /issue che tagga i maintainers, se nessuno di quelli che verrebbe taggato è presente nel gruppo scriviamo di inoltrare il problema a @csunibo. Che ne dite? |
Perfetto.Scusa @Jabbar03! Se vuoi la prossima volta puoi scrivere sulla issue su cui vorresti lavorare per chiedere più informazioni. |
@Jabbar03 al lavoro adesso per modificare la PR |
La cosa più importante è fare 0 hardcoding per me (NESSUN handle Telegram dentro i file .go). Se riesci io mettrei tutto in |
Ok mi metto al lavoro. Se ho domande chiedo ai senpai citati. |
Il primo controllo come hai notato falisce solo perché vuole che formatti il codice prima che la PR venga accettata. Se il secondo continua a fallire non preoccuparti ci guardo io alla fine. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ci sono un po' di cosa da cambiare
…tions.json" This reverts commit 9618466.
Adesso faccio la review, però non capisco perché i test falliscano. @foxyseta te hai qualche idea? Quello sul formatting di go a me in locale non da alcun tipo di problema. EDIT: Direi che il problema del json è che manca ^M alla fine. Non ci avevo mai fatto caso che json utilizzasse gli end-of-line alla DOS/Windows |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tralasciando i test che non passano c'è solo la questione di come scrivere il campo data
Comunque per chiunque faccia il merge finale, per favore facciamo uno squash che siamo già a 20 commit per 80 righe di codice. Sono 1 commit ogni 4 righe ahaha |
No description provided.