En gérant les descriptions de signalement, j’ai découvert un bug : la désactivation de n’importe quelle description (à l’exception de « Envoyer un message à @%{username} ») entraîne la disparition des autres descriptions de signalement que j’ai créées.
Avant la désactivation :
Après la désactivation :
2 « J'aime »
Désolé pour ce désagrément, le problème devrait être résolu par
main ← fix-flag-name-key-uniqueness
opened 03:17PM - 15 Jun 26 UTC
Previously, flag names with no ASCII word characters (e.g. Chinese) all normaliz… ed to the same `name_key` of `custom_`, because `set_name_key` stripped non-`\w` characters and Ruby's `\w` is ASCII-only. The flag system keys lookups by `name_key` (the `disabled_flag_types` enum, the frontend `actionByName` map), so once two flags shared a key, disabling one of them flipped `can_act` for the whole group and hid every other flag that shared it.
This makes `name_key` reliably unique:
- `set_name_key` falls back to `custom_flag` when the slug is empty and appends a counter (`_2`, `_3`, ...) on collision, so distinct names always produce distinct keys. It now only re-derives the key when the name actually changes, keeping it stable across other saves.
- A post-deploy migration backfills existing duplicate keys and adds the unique index on `flags.name_key` that the original `create_flags` migration intended (`unique: true` is a no-op in `create_table`).
https://meta.discourse.org/t/405254
2 « J'aime »
Il semble que vous n’ayez pas encore corrigé les bugs. Après ma mise à jour, les bugs n’étaient pas résolus.
C’est parce que la PR n’a pas encore été fusionnée
