Zweitens wird ein zuvor korrekter regulärer Ausdruck, der einen Bindestrich maskiert, nun als falsch angesehen. Wo also \\- vor 3.1.0 stable funktionierte, verursacht dies nun einen fatalen Fehler.
Beachten Sie, dass einige Zeichen wie :, -, @ usw. weder maskiert noch unmaskiert eine besondere Bedeutung haben. Escape-Sequenzen wie \\:, \\-, \\@ sind in regulären Ausdrücken äquivalent zu ihren wörtlichen, unmaskierten Zeichenäquivalenten. In regulären Ausdrücken mit der Unicode-Flagge führen diese jedoch zu einem Fehler ungültige Identitätsmaskierung. Dies geschieht, um die Abwärtskompatibilität mit vorhandenem Code zu gewährleisten, der neue Escape-Sequenzen wie \\p oder \\k verwendet.
aber es wäre schön, wenn es hier eine Ausnahmebehandlung gäbe.
Ich suche derzeit nach einer Möglichkeit, die Validierung von JS-Regulären Ausdrücken von der Ruby-Seite aus zu ermöglichen. Ich hoffe, bald eine Lösung parat zu haben.
Seit einem kürzlichen Update (letzte Woche) erhalte ich bei neuen Beiträgen den Fehler 500. Es gab auch Fehler im Zusammenhang mit E-Mails (in Sidekiq, es ging um beobachtete Wörter). Mir ist das erst heute aufgefallen. Ich habe versucht, ein Update durchzuführen, aber der Fehler 500 beim Posten war immer noch vorhanden. Die einzige vorübergehende Lösung, die ich bisher gefunden habe, ist, alle beobachteten Wörter zu entfernen.
Ich kann es ohne weitere Informationen nicht reproduzieren. Haben Sie die Site-Einstellung watched_words_regular_expressions aktiviert? Können Sie Ihre Liste der beobachteten Wörter hochladen, damit ich testen kann? Oder überprüfen Sie Ihre Protokolle (https://your-forum/logs) und posten Sie hier Stack-Traces, die sich auf beobachtete Wörter beziehen.
Ist die Website-Einstellung watched_words_regular_expressions aktiviert? → Nein
Habe ein paar Tests durchgeführt, es scheint nur bei * Platzhaltern aufzutreten
SternchenBeispielSternchen → dies gibt 500 Fehler
Beispiel → wird korrekt ersetzt
