Hexchat: Destacados aleatorios que no coinciden con nada en "Palabras adicionales para destacar"
irc_extra_hilight = Arna,Arnav,Arny,Arnie,*Arnavion*,Arnavicon,Arniggervion,*navion*,Arnawion,AtashiCon,ＡＲＮＡＶＩＯＮ
irc_nick_hilight =
irc_no_hilight = NickServ,ChanServ,InfoServ,N,Q,Quotes,Belfiore,Trivia,{Houki}
Ejemplos de un mensaje que me destacó esta mañana:
<@gmaxwell> I _thought_ that if the binary was fully static it did manage to link it. Maybe I'm remembering it wrong.
Pegar el mismo mensaje (a través de otro cliente) no me vuelve a resaltar. En otras palabras, esto no es determinista y es casi seguro un error.
Editar: Resulta que estos aspectos destacados fantasmas solo se activan para #bitcoin. Lo único que puedo pensar que tiene de especial ese canal es que es el primer canal al que me uno (auto) en freenode, que a su vez es la segunda red a la que (auto) me conecto. Ninguno de los canales de la primera red (Rizon) ni ningún otro canal de Freenode activa estos aspectos destacados.
Edición 2: arriba confirmado. Ahora que también estoy en # gtk + en GimpNet, este comportamiento solo ocurre en ese canal. Parece que este comportamiento ocurre en el primer canal de la última red a la que me uní.
El código relevante está en inbound.c (alert_match_word, alert_match_text) y util.c (coincidencia).
Una posible solución es reemplazar la lógica loca en esos métodos con GRegex.
Aparte: GRegex se introdujo en GLib 2.14, así que aumente el requisito en configure.ac
Arnavion
Todos 13 comentarios
prassel
en 4 feb. 2013
¿Para qué? Ese error y este no son lo mismo.
Arnavion
en 5 feb. 2013
Una vez que convierta esto a expresiones regulares, tal vez pueda manejar eso mejor.
TingPing
en 5 feb. 2013
Dado que este problema es difícil de reproducir, he agregado código temporal (# 400) a inbound.c, outbound.c, inbound.h que registra información (marca de tiempo, texto, de) para cada vez que is_hilight () "si" -statement devuelve VERDADERO. Forma una lista GL de estos tripletes, cuyo recuento está limitado por el recuento global uint371lim e inicialmente 100.
Para mostrar los resultados en cualquier momento, escriba el comando "/ debug hilight" en cualquier línea de comando de hexchat. Aquí está el resultado de muestra de ese comando:
Depurando el problema de crepúsculo (problema 371) ---
(Cada una de las dos cadenas está precedida y seguida por el llamativo "---")
02/06/13 15:16:42 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
02/06/13 15:16:46 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
02/06/13 15:16:48 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
02/06/13 15:17:11 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
02/06/13 15:17:11 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
02/06/13 15:17:11 texto: --- pruebame allí, rich3abcd --- de: --- richtroye ---
Fin de lista
Cuando esté ejecutando este código, esté atento a los errores percibidos relacionados con este problema. Cuando vea uno, ejecute / depure hilight y copie y pegue los resultados en un archivo. Escriba aquí una nota sobre lo que vio e incluya las líneas pertinentes de ese archivo.
RichardHitt
en 7 feb. 2013
@RichardHitt, considerando que es temporal, ¿por qué haría una solicitud de extracción en lugar de simplemente
TingPing
en 7 feb. 2013
Si ese es el propósito con el que hiciste esas relaciones públicas, podría haberte dicho antes que era innecesario. Ya tengo un script de registro destacado que registra la misma información.
Editar: Aquí está el guión: https://raw.github.com/Arnavion/random/master/hexchat/highlight.pl
Arnavion
en 7 feb. 2013
No se ha reproducido en bastante tiempo (al menos desde 2.9.6). Clausura.
Arnavion
en 3 nov. 2013
Comenzó a suceder de nuevo desde esta mañana (dos veces en 12 horas): |
Arnavion
en 14 nov. 2013
Esto acaba de empezar a pasarme. Ejecuté /debug hilight , pero solo enumeró los canales y servidores en los que estoy. Supongo que el código temporal que @RichardHitt agregó se eliminó hace mucho tiempo.
Esto comenzó después de que intenté agregar un nuevo resaltado ('el bot murió'): TW,whisper,the bot died, . Luego siguió sucediendo después de que eliminé el nuevo resaltado y volví a los resaltados que tenía originalmente ( TW,whisper, ). Incluso eliminé todo del campo resaltado y luego volví a agregar solo los que tenía antes de agregar el nuevo, pero aún resaltaba líneas aleatorias. Si elimino todo del campo, no obtengo resaltados aleatorios.
EDITAR: Incluso eliminar todos los aspectos destacados, reiniciar el programa y luego volver a agregar los aspectos destacados no soluciona el problema. Aún da como resultado reflejos aleatorios.
whispy
en 14 ago. 2014
De acuerdo, solucionó el problema eliminando el , final de mis aspectos más destacados.
TW,whisper, = aspectos destacados aleatorios
TW,whisper = sin reflejos aleatorios
whispy
en 14 ago. 2014
Esto me sucede en la última versión, con o sin la coma al final.
mswietlik
en 3 dic. 2015
Último lanzamiento, esto me está sucediendo en todos los canales en todas las redes.
EDITAR: En la escritura normal, tiendes a escribir espacios después de las comas. En la lista HL NO debe haber espacios. Quitarlos entre comas solucionó el problema.
faithlessfate
en 10 ene. 2016
También encontré este problema. Según la solución de @faithlessfate ,
ConnorKrammer
en 18 mar. 2016
Temas relacionados
Yoposoc
·
34Comentarios
Snuupy
·
36Comentarios
nasog
·
18Comentarios
lenny87
·
23Comentarios
cshabazian
·
24Comentarios
Comentario más útil
Último lanzamiento, esto me está sucediendo en todos los canales en todas las redes.
EDITAR: En la escritura normal, tiendes a escribir espacios después de las comas. En la lista HL NO debe haber espacios. Quitarlos entre comas solucionó el problema.