Hexchat: Zufällige Hervorhebungen, die mit nichts in "Zusätzliche Wörter zum Hervorheben" übereinstimmen

Erstellt am 11. Jan. 2013  ·  13Kommentare  ·  Quelle: hexchat/hexchat

irc_extra_hilight = Arna,Arnav,Arny,Arnie,*Arnavion*,Arnavicon,Arniggervion,*navion*,Arnawion,AtashiCon,ARNAVION
irc_nick_hilight = 
irc_no_hilight = NickServ,ChanServ,InfoServ,N,Q,Quotes,Belfiore,Trivia,{Houki}

Beispiele für eine Nachricht, die mich heute Morgen hervorgehoben hat:

<@gmaxwell> I _thought_ that if the binary was fully static it did manage to link it. Maybe I'm remembering it wrong.

Das Einfügen derselben Nachricht (über einen anderen Client) markiert mich nicht erneut. Mit anderen Worten, dies ist nicht deterministisch und mit ziemlicher Sicherheit ein Fehler.


Bearbeiten: Wie sich herausstellt, werden diese Phantom-Highlights nur für #bitcoin ausgelöst. Das einzige, was mir an diesem Kanal besonders ist, ist, dass es der erste Kanal ist, den ich (auto-) bei freenode beitrete, der selbst das zweite Netzwerk ist, mit dem ich mich (auto-) verbinde. Keiner der Kanäle im ersten Netzwerk (Rizon) oder andere Kanäle in Freenode lösen diese Highlights aus.


Bearbeiten 2: Oben bestätigt. Da ich jetzt auch auf #gtk+ auf GimpNet bin, tritt dieses Verhalten nur in diesem Kanal auf. Dieses Verhalten tritt anscheinend auf dem ersten Kanal des letzten Netzwerks auf, dem ich beigetreten bin.


Der entsprechende Code befindet sich in inbound.c (alert_match_word, alert_match_text) und util.c (match).

Eine mögliche Lösung besteht darin, die verrückte Logik in diesen Methoden durch GRegex zu ersetzen.

Beiseite: GRegex wurde in GLib 2.14 eingeführt, also erhöhen Sie die Anforderung in configure.ac

bug

Hilfreichster Kommentar

Neueste Veröffentlichung, das passiert mir in allen Kanälen in allen Netzwerken.

EDIT: Beim normalen Schreiben neigen Sie dazu, Leerzeichen nach Kommas zu schreiben. In der HL-Liste sollte es KEINE Leerzeichen geben. Das Entfernen zwischen meinen Kommas hat das Problem behoben.

Alle 13 Kommentare

Wozu? Dieser Fehler und dieser sind nicht dasselbe.

Sobald Sie dies in Regex konvertieren, könnte es vielleicht besser damit umgehen.

Da dieses Problem schwer zu reproduzieren ist, habe ich inbound.c, outbound.c, inbound.h temporären Code (#400) hinzugefügt, der Informationen (Zeitstempel, Text, von) für jedes "if" von is_hilight() aufzeichnet. -Anweisung gibt WAHR zurück. Es bildet eine GL-Liste dieser Tripletts, deren Anzahl durch die globale uint count371lim und anfänglich 100 eingeschränkt wird.

Um die Ergebnisse jederzeit anzuzeigen, geben Sie den Befehl "/debug hilight" in einer beliebigen Hexchat-Befehlszeile ein. Hier ist die Beispielausgabe dieses Befehls:
Debuggen des Hilight-Problems (Problem 371) ---
(Jeder der beiden Saiten ist vor und nach dem Hingucker "---")
06.02.13 15:16:42 text:---testme da, rich3abcd--- von:---richtroye---
06.02.13 15:16:46 text:---testme da, rich3abcd--- von:---richtroye---
06.02.13 15:16:48 text:---testme da, rich3abcd--- von:---richtroye---
06.02.13 15:17:11 text:---testme da, rich3abcd--- von:---richtroye---
06.02.13 15:17:11 text:---testme da, rich3abcd--- von:---richtroye---
06.02.13 15:17:11 text:---testme da, rich3abcd--- von:---richtroye---
Ende der Liste

Bitte achten Sie beim Ausführen dieses Codes auf wahrgenommene Fehler im Zusammenhang mit diesem Problem. Wenn Sie eines sehen, führen Sie /debug hilight aus und kopieren Sie die Ergebnisse und fügen Sie sie in eine Datei ein. Schreiben Sie hier eine Notiz über das, was Sie gesehen haben, und fügen Sie die entsprechenden Zeilen aus dieser Datei ein.

@RichardHitt in Anbetracht dessen, dass es vorübergehend ist, warum würden Sie eine Pull-Anfrage stellen, anstatt uns nur auf die Filiale zu verweisen?

Wenn Sie diese PR zu diesem Zweck gemacht haben, hätte ich Ihnen früher sagen können, dass es unnötig war. Ich habe bereits ein Highlight-Logging-Skript, das die gleichen Informationen protokolliert.

Bearbeiten: Hier ist das Skript - https://raw.github.com/Arnavion/random/master/hexchat/highlight.pl

Hat sich schon länger nicht mehr reproduziert (zumindest seit 2.9.6). Schließen.

Seit heute morgen passiert es wieder (zweimal in 12 Stunden) :|

Das passiert mir gerade erst. Ich habe /debug hilight , aber es wurden nur die Kanäle und Server aufgelistet, in denen ich mich befinde . Ich @RichardHitt schon lange entfernt wurde.

Dies begann, nachdem ich versucht hatte, ein neues Highlight hinzuzufügen ('der Bot ist gestorben'): TW,whisper,the bot died, . Es passierte dann weiter, nachdem ich das neue Highlight entfernt und zu den Highlights zurückgekehrt habe, die ich ursprünglich hatte ( TW,whisper, ). Ich habe sogar alles aus dem Markierungsfeld entfernt und dann nur die hinzugefügt, die ich vor dem Hinzufügen des neuen hatte, aber es wurden immer noch zufällige Linien hervorgehoben. Wenn ich alles aus dem Feld lösche, bekomme ich keine zufälligen Hervorhebungen.

BEARBEITEN: Selbst das Entfernen aller Hervorhebungen, das Neustarten des Programms und das erneute Hinzufügen der Hervorhebungen behebt das Problem nicht. Immer noch führt zu zufälligen Highlights.

Okay, das Problem wurde behoben, indem das nachfolgende , aus meinen Highlights entfernt wurde.

TW,whisper, = zufällige Highlights
TW,whisper = keine zufälligen Highlights

Dies passiert mir in der neuesten Version, mit oder ohne das abschließende Komma.

Neueste Veröffentlichung, das passiert mir in allen Kanälen in allen Netzwerken.

EDIT: Beim normalen Schreiben neigen Sie dazu, Leerzeichen nach Kommas zu schreiben. In der HL-Liste sollte es KEINE Leerzeichen geben. Das Entfernen zwischen meinen Kommas hat das Problem behoben.

Ich bin auch auf dieses Problem gestoßen. Gemäß der Lösung von Entfernen des Leerraums um jeden Begriff das Problem.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

petterreinholdtsen picture petterreinholdtsen  ·  8Kommentare

skovacs1 picture skovacs1  ·  5Kommentare

blasphemy picture blasphemy  ·  13Kommentare

xnite picture xnite  ·  7Kommentare

tomek picture tomek  ·  14Kommentare