Deuxièmement, une expression régulière auparavant correcte qui échappe un tiret est maintenant considérée comme incorrecte. Ainsi, là où \\- fonctionnait avant la version stable 3.1.0, elle provoque maintenant une erreur fatale.
Notez que certains caractères comme :, -, @, etc. n’ont pas de signification spéciale lorsqu’ils sont échappés ni lorsqu’ils ne le sont pas. Les séquences d’échappement comme \\:, \\-, \\@ seront équivalentes à leurs équivalents de caractères littéraux non échappés dans les expressions régulières. Cependant, dans les expressions régulières avec le flag unicode, cela provoquera une erreur d’échappement d’identité invalide. Ceci est fait pour assurer la compatibilité ascendante avec le code existant qui utilise de nouvelles séquences d’échappement comme \\p ou \\k.
mais il serait agréable qu’il y ait un gestionnaire d’exceptions ici.
Je commence à recevoir une erreur 500 sur les nouveaux messages depuis une mise à jour récente (la semaine dernière). Il y avait aussi des erreurs liées aux e-mails (dans sidekiq, c’était lié aux mots surveillés). Je ne l’ai remarqué qu’aujourd’hui. J’ai essayé d’exécuter une mise à jour, mais l’erreur 500 lors de la publication était toujours présente. La seule solution de contournement que j’ai trouvée pour l’instant est de supprimer tous les mots surveillés.
Je ne peux pas le reproduire sans plus d’informations. Avez-vous activé le paramètre du site watched_words_regular_expressions ? Pouvez-vous télécharger votre liste de mots surveillés pour que je puisse tester ? Ou peut-être vérifier vos journaux (https://your-forum/logs) et poster ici les traces de pile liées aux mots surveillés.
Avez-vous activé le paramètre de site watched_words_regular_expressions ? → Non
J’ai effectué quelques tests, cela ne semble se produire qu’avec les *caractères génériques
asteriskexampleasterisk → cela donne une erreur 500
example → est remplacé correctement
