Auf Meta melden wir manchmal Fehler, und diese werden von Mitarbeitern mit PRs zur Behebung des gemeldeten Fehlers beantwortet.
Wenn dem Mitarbeiter der Thema-Post jedoch nicht gefiel, wird kein Abzeichen vergeben, obwohl er entsprechend anerkannt und behoben wurde.
Vielleicht eine Änderung in der SQL-Abfrage? Zum Beispiel, wenn ein Mitarbeiter antwortet UND das Thema geschlossen wird UND ein Github-PR-Link gesendet wird (z. B. finden Sie ihn, indem Sie ‘Pull requests · discourse/discourse · GitHub’ in dem von einem Mitarbeiter gesendeten Link haben)?
Ich bin hier nicht so vertraut mit der Geschichte, aber ich glaube, dass das Abzeichen für Bug-Melder dazu gedacht ist, verliehen zu werden, wenn ein Bug-Bericht vom Team als Fehler bestätigt wurde. Es spielt keine Rolle, ob er bereits behoben wurde oder nicht.
Es stimmt, dass die Abfrage nur Likes und keine Reaktionen erkennt. Als @lilly zu einem deiner Themen hinzufügte, wurde das Abzeichen nicht vergeben. Das ist wohl auch so beabsichtigt. Wenn sie den Fehler bestätigt hätte, hätte sie zurückkommen und den Like hinzufügen können. Aber wenn sie oder eine andere, enthusiastischere Bestätigung deines Bug-Berichts verwendet hätte, wäre das nicht ganz fair.
Es könnte auch sein, dass die Person, die den Bug-Bericht bearbeitet hat, ihn nicht für abzeichenwürdig hielt? Wenn dir das wieder passiert, kannst du mir gerne eine Direktnachricht senden, und ich werde es mir ansehen.
Mir ist aufgefallen, dass auf Subcategory filter disappears on /none - #2 by sam kein Like vorhanden ist, obwohl das Thema bereits geschlossen ist. Könnten Sie prüfen, ob der Bericht für eine Auszeichnung qualifiziert ist? Ich würde denken, ja; andernfalls ergibt die Aussage „Danke für den detaillierten Bericht“ nicht viel Sinn.
Ich denke, dies ist etwas, das viel einfacher mit einer Data Explorer-Abfrage zu verfolgen ist, die alle geschlossenen Themen in einem bestimmten Zeitraum zurückgibt, bei denen der Benutzer jedoch keine Auszeichnung erhalten hat (oder alle Themen, die als fixed markiert sind, aber keine Auszeichnung vergeben wurde; dies würde Probleme ausschließen, die geschlossen wurden, weil niemand sie reproduzieren konnte, schlägt jedoch fehl, wenn das Tag nicht hinzugefügt wird). Dann könnte ein Automatisierungsskript dies an einen Themen- oder Gruppen-Posteingang melden.
Dies manuell zu überprüfen ist nicht so einfach. Sie können nicht einfach die Reaktionen auf den Beitrag überprüfen; Sie müssen überprüfen, wann die Likes stattfanden und ob die Benutzer in der @team-Gruppe waren, als sie geliked haben. Oder Sie müssen die Auszeichnungen der Autoren überprüfen.
Und wer schaut sich den ersten Beitrag nur deshalb an, weil es eine neue Antwort gibt, die besagt, dass der Fehler behoben wurde, außer dem Teammitglied, das das #fixed-Tag hinzufügt?
SELECT distinct p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
JOIN post_actions pa ON pa.post_id = p.id AND
post_action_type_id = (
SELECT id FROM post_action_types WHERE name_key = 'like'
) AND
pa.user_id IN (
SELECT gu.user_id
FROM group_users gu
WHERE gu.group_id = ( SELECT id FROM groups WHERE name ilike 'team' )
)
WHERE category_id = (
SELECT id FROM categories WHERE name ilike 'bug'
) AND p.post_number = 1
zu dieser
SELECT DISTINCT p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
WHERE t.category_id = 1 -- bug
AND p.post_number = 1
AND (
-- team member liked the OP
EXISTS (
SELECT 1
FROM post_actions pa
WHERE pa.post_id = p.id
AND pa.post_action_type_id = 2 -- like
AND pa.user_id IN (SELECT gu.user_id FROM group_users gu WHERE gu.group_id = 47)
)
OR
-- team member posted a github.com/discourse link in the topic
EXISTS (
SELECT 1
FROM topic_links tl
WHERE tl.topic_id = t.id
AND tl.url LIKE '%github.com/discourse/%'
AND NOT tl.reflection
AND tl.user_id IN (SELECT gu.user_id FROM group_users gu WHERE gu.group_id = 47)
)
)
und die Silber- und Gold-Abfragen von
SELECT p.user_id
, min(p.created_at) granted_at
FROM posts p
JOIN topics t ON t.id = p.topic_id
WHERE t.category_id = (SELECT id FROM categories WHERE name ILIKE 'bug')
AND p.post_number = 1
AND EXISTS (
SELECT 1
FROM post_actions pa
WHERE pa.post_id = p.id
AND pa.post_action_type_id = (SELECT id FROM post_action_types WHERE name_key = 'like')
AND pa.user_id IN (SELECT user_id FROM group_users WHERE group_id = (SELECT id FROM groups WHERE name ILIKE 'team'))
)
GROUP BY p.user_id
HAVING COUNT(*) >= 10 -- OR 25 for "gold"
zu
SELECT p.user_id, MIN(p.created_at) granted_at
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
WHERE t.category_id = 1 -- bug
AND p.post_number = 1
AND (
-- team member liked the OP
EXISTS (
SELECT 1
FROM post_actions pa
WHERE pa.post_id = p.id
AND pa.post_action_type_id = 2 -- like
AND pa.user_id IN (SELECT gu.user_id FROM group_users gu WHERE gu.group_id = 47)
)
OR
-- team member posted a github.com/discourse link in the topic
EXISTS (
SELECT 1
FROM topic_links tl
WHERE tl.topic_id = t.id
AND tl.url LIKE '%github.com/discourse/%'
AND NOT tl.reflection
AND tl.user_id IN (SELECT gu.user_id FROM group_users gu WHERE gu.group_id = 47)
)
)
GROUP BY p.user_id
HAVING COUNT(*) >= 10 -- or 25 for "gold"
Ich frage mich nur, ob mir noch etwas einfällt. Insgesamt wäre es schöner, wenn man die Auszeichnung kurz nach Erstellung der Berichte und nicht viel später erhalten würde. Das Datum, an dem man die Auszeichnung erhält, bezieht sich nicht auf den Auslöser (wie „Gefällt mir“ oder Antwort mit PR), sondern auf den Zeitpunkt, zu dem man das Thema erstellt hat. Da Benachrichtigungen über Auszeichnungen einem nicht die tatsächlich erhaltene Auszeichnung anzeigen, sondern eine nach Datum sortierte Liste, kann die neue Auszeichnung schwer zu finden sein, was es schwierig macht, herauszufinden, für welchen Bericht man die Auszeichnung erhalten hat.
Dieses Problem ist natürlich nicht ganz neu, aber je weniger „Gefällt mir“-Angaben gemacht werden, wenn jemand einen Fehler betrachtet, desto häufiger wird dies vorkommen.
Außerdem vermittelt ein „Gefällt mir“ das Gefühl, dass ein Thema gelesen wurde. Ich weiß, Sie sagen immer, dass das Team alles liest, aber manchmal kann ein „Gefällt mir“ das Gefühl unterstützen, dass dies tatsächlich geschieht. Themen ohne Antwort oder „Gefällt mir“ fühlen sich manchmal übersehen an.
Ein Bericht, der regelmäßig hervorhebt, welche Themen keine „Gefällt mir“-Angaben erhalten haben, könnte meiner Meinung nach die Vergabe von „Gefällt mir“-Angaben besser fördern und alle daran erinnern, dies zu tun, als die Änderung, dass das Teilen eines Links ebenfalls ausreicht. Dies wird wahrscheinlich zu noch weniger „Gefällt mir“-Angaben führen.
zu einem deiner Themen hinzufügte, wurde das Abzeichen nicht vergeben. Das ist wohl auch so beabsichtigt. Wenn sie den Fehler bestätigt hätte, hätte sie zurückkommen und den 
Like hinzufügen können. Aber wenn sie 
oder eine andere, enthusiastischere Bestätigung deines Bug-Berichts verwendet hätte, wäre das nicht ganz fair.
.