Hexchat: Surlignages aléatoires qui ne correspondent à rien dans "Mots supplémentaires à surligner"

Créé le 11 janv. 2013  ·  13Commentaires  ·  Source: 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}

Exemples de message qui m'a mis en valeur ce matin :

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

Coller le même message (via un autre client) ne me surligne plus. En d'autres termes, ceci est non déterministe et presque certainement un bogue.


Edit : Il s'avère que ces surbrillances fantômes ne se déclenchent que pour #bitcoin. La seule chose à laquelle je puisse penser qui est spécial à propos de ce canal, c'est que c'est le premier canal que je (auto-)joindre dans freenode, qui est lui-même le deuxième réseau auquel je me connecte (auto-). Aucun des canaux du premier réseau (Rizon) ni aucun autre canal de Freenode ne déclenche ces surbrillances.


Edit 2: Ci-dessus confirmé. Maintenant que je suis également sur #gtk+ sur GimpNet, ce comportement ne se produit que dans ce canal. Il semble que ce comportement se produise sur le premier canal du dernier réseau auquel j'ai rejoint.


Le code pertinent se trouve dans inbound.c (alert_match_word, alert_match_text) et util.c (match).

Une solution possible consiste à remplacer la logique loony dans ces méthodes par GRegex.

A part : GRegex a été introduit dans GLib 2.14, donc augmentez l'exigence dans configure.ac

bug

Commentaire le plus utile

Dernière version, cela m'arrive dans tous les canaux sur tous les réseaux.

EDIT : En écriture normale, vous avez tendance à écrire des espaces après les virgules. Dans la liste HL, il ne devrait y avoir AUCUN espace. Les supprimer entre mes virgules a résolu le problème.

Tous les 13 commentaires

Pourquoi? Ce bug et celui-ci ne sont pas les mêmes.

Une fois que vous avez converti cela en regex, cela pourrait peut-être mieux gérer cela.

Étant donné que ce problème est difficile à reproduire, j'ai ajouté du code temporaire (#400) à inbound.c, outbound.c, inbound.h qui enregistre les informations (horodatage, texte, de) à chaque fois que is_hilight () est "if" -instruction renvoie VRAI. Il forme une GList de ces triplets, dont le nombre est contraint par global uint count371lim et initialement 100.

Pour afficher les résultats à tout moment, tapez la commande "/debug hilight" sur n'importe quelle ligne de commande hexchat. Voici un exemple de sortie de cette commande :
Débogage du problème de hilight (problème 371) ---
(Chacune des deux chaînes est précédée et suivie de l'accroche-regard "---")
02/06/13 15:16:42 text:---testme là, rich3abcd--- de:---richtroye---
02/06/13 15:16:46 text:---testme là, rich3abcd--- de:---richtroye---
02/06/13 15:16:48 text:---testme là, rich3abcd--- de:---richtroye---
02/06/13 15:17:11 text:---testme là, rich3abcd--- de:---richtroye---
02/06/13 15:17:11 text:---testme là, rich3abcd--- de:---richtroye---
02/06/13 15:17:11 text:---testme là, rich3abcd--- de:---richtroye---
Fin de liste

S'il vous plaît, lorsque vous exécutez ce code, soyez attentif aux erreurs perçues concernant ce problème. Lorsque vous en voyez un, exécutez /debug hilight et copiez-collez les résultats dans un fichier. Écrivez une note ici sur ce que vous avez vu et incluez les lignes pertinentes de ce fichier.

@RichardHitt considérant que c'est temporaire, pourquoi feriez-vous une demande d'extraction au lieu de simplement nous indiquer la branche ?

Si c'est dans ce but que vous avez fait cette RP, j'aurais pu vous dire plus tôt que c'était inutile. J'ai déjà un script de journalisation de surbrillance qui enregistre les mêmes informations.

Edit : Voici le script - https://raw.github.com/Arnavion/random/master/hexchat/highlight.pl

N'a pas reproduit depuis un certain temps (au moins depuis le 2.9.6). Fermeture.

J'ai recommencé à se produire depuis ce matin (deux fois en 12 heures) :|

Cela vient de commencer à m'arriver. J'ai exécuté /debug hilight , mais il n'a répertorié que les canaux et les serveurs dans lesquels je me trouve. Je suppose que le code temporaire ajouté par

Cela a commencé après avoir essayé d'ajouter un nouveau point culminant ("le bot est mort") : TW,whisper,the bot died, . Cela a ensuite continué après que j'aie supprimé le nouveau point culminant et que je sois revenu aux points culminants que j'avais à l'origine ( TW,whisper, ). J'ai même tout supprimé du champ de surbrillance, puis j'ai ajouté uniquement ceux que j'avais avant d'ajouter le nouveau, mais il a toujours mis en évidence des lignes aléatoires. Si je supprime tout du champ, je n'obtiens pas de surbrillance aléatoire.

EDIT : Même supprimer tous les faits saillants, redémarrer le programme, puis rajouter les surbrillances ne résout pas le problème. Il en résulte toujours des surbrillances aléatoires.

D'accord, j'ai résolu le problème en supprimant le , de fin de mes points forts.

TW,whisper, = faits saillants aléatoires
TW,whisper = pas de surbrillance aléatoire

Cela m'arrive dans la dernière version, avec ou sans la virgule de fin.

Dernière version, cela m'arrive dans tous les canaux sur tous les réseaux.

EDIT : En écriture normale, vous avez tendance à écrire des espaces après les virgules. Dans la liste HL, il ne devrait y avoir AUCUN espace. Les supprimer entre mes virgules a résolu le problème.

J'ai également rencontré ce problème. Selon la solution de @faithlessfate ,

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

Havvy picture Havvy  ·  10Commentaires

petterreinholdtsen picture petterreinholdtsen  ·  8Commentaires

edgan picture edgan  ·  3Commentaires

blasphemy picture blasphemy  ·  13Commentaires

b818283 picture b818283  ·  7Commentaires