Discussion MediaWiki:Gadget-LiveRC.js

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
(Redirigé depuis Discussion Wikipédia:LiveRC)

1234


Nouvelle extension : AddComplexTemplateExtension[modifier le code]

Pour info, nouvelle extension à découvrir : AddComplexTemplateExtension.

Elle est sélectionnable dans le menu de configuration de LiveRC.

⇨ Dr Brains ∞ Consultation ∞ 3 août 2014 à 13:21 (CEST)[répondre]

Bonjour. Petite question : je suis perplexe sur les dires de cette personne Discussion utilisateur:Secouss qui affirme utiliser Live-RC !!

ce n'est pas le 1er a faire cette remarque !!

Cordialement. --EoWinn (Causerie) 4 août 2014 à 08:00 (CEST)[répondre]

Salut, ce n'est pas l'accès à LiveRC qui est limité suivant le statut mais les fonctionnalités. Il peut effectivement consulter l'interface mais pas révoquer de modifications. Cordialement, --Mattho69 me joindre 4 août 2014 à 09:47 (CEST)[répondre]
Mode = "Diff"
Mode = "Article"
Notification EoWinn :
Exact, Mattho69 a raison. LiveRC est accessible à tous, mais les fonctions d'édition automatiques (en bas à droite de la barre de titre de prévisualisation, cf ci-contre) sont réservées aux autopattrolled.
⇨ Dr Brains ∞ Consultation ∞ 4 août 2014 à 17:50 (CEST)[répondre]
OK OK Merci beaucoup à vous deux pour ces explications --EoWinn (Causerie) 4 août 2014 à 19:33 (CEST)[répondre]

Nouvelle extension : AskForRevisionDeleteFromHistExtension[modifier le code]

Nouvelle extension pour faire une demande de purge d'historique à partir de la prévisualisation d'un historique.

Ne marche que pour les non-sysop (ces derniers peuvent masquer et n'ont donc pas besoin de requête).

Je m'occuperai de la documentation demain.

⇨ Dr Brains ∞ Consultation ∞ 7 août 2014 à 00:18 (CEST)[répondre]

Et ça fonctionne plutôt bien ! Merci Émoticône sourire--Mattho69 me joindre 7 août 2014 à 00:53 (CEST)[répondre]

Problème avec LiveRC[modifier le code]

copié depuis ma pdd ⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 18:02 (CEST)[répondre]

Salut, j'ai un problème avec LiveRC : les demandes sur les pages « Vandalisme en cours » et « Demande de suppression immédiate » n'aboutissent pas (ces pages ne sont pas éditées) malgré l'indication de l'interface qui affirme que c'est effectué. Aurais-tu un moment pour m'aider ? Cordialement, — JoleK (discuter) 19 août 2014 à 15:22 (CEST)[répondre]

C'est un problème qui avait également été évoqué , mais faute de pouvoir le reproduire, je n'avais rien pu faire.
Je vais essayé de me pencher sur le pb.
PS : la bonne page, c'est Discussion MediaWiki:Gadget-LiveRC.js. D'autres peuvent avoir le même problème et c'est mieux de centraliser les discussions là-bas.
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 17:41 (CEST)[répondre]
Notification JoleK et Mathis B :
Demande de blocage : OK
Demande de suppression : OK
Retour à la case départ : faute de pouvoir reproduire le pb, je ne peux pas le corriger...
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 18:02 (CEST)[répondre]
Notification Dr Brains : A tout hasard est-ce que ça ne pourrait pas avoir un rapport avec le fait que j'ai les deux sous-pages suivantes : Utilisateur:JoleK/LiveRCparam.css (que j’ai blanchie sans que ça change quoi que ce soit) et Utilisateur:JoleK/LiveRCparam.js ? Cordialement, — JoleK (discuter) 19 août 2014 à 18:13 (CEST)[répondre]
Non, c'est normal que tu aies les deux.
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 18:24 (CEST)[répondre]
(Smiley: triste) Ok. Cordialement, — JoleK (discuter) 19 août 2014 à 18:26 (CEST)[répondre]
Conflit d’édition Bonjour,
Je ne patrouille plus en ce moment, mais j'ai depuis quelques semaines un problème avec certains gadgets js qui semble lié à des cookies du type frwikiPostEditRevision suivi d'un numéro que je suppose être celui de diff. Ça remarche normalement après suppression…
Peut-être que les bugs de LRC son liés ?
--Mathis B discuter, le 19 août 2014 à 18:29 (CEST)[répondre]
C'est peut-être lié, mais ce cookie ne vient pas de LiveRC (qui n'utilise pas les cookies).
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 22:03 (CEST)[répondre]
Trouvé d'où viennent ces cookies : [1].
Apparemment c'est lié au petit message "Modification sauvegardée" qui apparaît après un edit.
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 22:52 (CEST)[répondre]
Personnellement j'ai
.postedit { display: none; }
dans mon common.css, il faudrait peut-être un gadget pour supprimer tout…
Sinon voir aussi mon dernier rapport de bug
--Mathis B discuter, le 19 août 2014 à 22:57 (CEST)[répondre]
Ton bout de CSS masque le petit bandeau, mais il n'empêche pas la création de ces cookies et ne fait rien pour les supprimer.
⇨ Dr Brains ∞ Consultation ∞ 19 août 2014 à 23:09 (CEST)[répondre]

Interace autopatrolled[modifier le code]

Salut,

Depuis hier soir tôt ce matin il m'est impossible de révoquer une modification, faire une requête ou poser un bandeau via LiveRC. J'ai l'interface des utilisateurs non autopatrolled. Cordialement, --Mattho69 me joindre 21 août 2014 à 14:07 (CEST)[répondre]

Juste pour signaler que tu n'es pas la seule personne touchée : je suis dans le même cas... --Kilith [You talkin' to me?] 21 août 2014 à 17:03 (CEST)[répondre]
De même Émoticône. --SB () 21 août 2014 à 17:14 (CEST)[répondre]
Notification Mattho69, Kilith et Super Bazooka :
✔️ Vu. A priori, LiveRC vous croyait bloqués.
Rechargez le cache du navigateur pour voir si ça revient.
⇨ Dr Brains ∞ Consultation ∞ 21 août 2014 à 17:22 (CEST)[répondre]
Pour moi, c'est revenu à la normale. Merci beaucoup Émoticône--Kilith [You talkin' to me?] 21 août 2014 à 17:25 (CEST)Comment ça, je suis bloqué?? Salebot, viens par là, faut que je t'explique quelques petites choses... [répondre]
Ah oui ça marche mieux, merci Émoticône sourire --Mattho69 me joindre 21 août 2014 à 17:49 (CEST)[répondre]

Variables[modifier le code]

Hi Dr Brains!

Since there are many config variables in use, you could save a few function calls (and a few bytes too) by keeping the values you need in a variable such as var conf = mw.config.get( [ 'wgUserName', 'wgTitle', ... ] ) (see a real example in another script) and then accessing conf.wgUserName, etc, in the code which uses them.

Also, you are repeating mw.config.get('wgServer') + mw.config.get('wgScriptPath') + '/api.php' in a few places, but I think you could use mw.util.wikiScript( 'api' ) (example). Helder 25 août 2014 à 14:29 (CEST)[répondre]

Notification Helder.wiki :
Yes, I did the most urgent by replacing all the old variables, both in main LiveRC code, developpment version and extensions. And I noticed the same : it would be good to factorise all these calls.
I already use a function for ArticlePath and Script URLs (see lrcGetPageURL() and lrcGetUglyPageURL()). In some places they are not used yet (this has to be fixed, and I think I should do the same for API URL (lrcGetAPIPageURL() ?).
Then, I will think about your suggestion, probably using the existing LiveRC_Config object. Is getting an item from an object really faster than using mw.config.get() ?
Note : if you want to help, please do it in the developpment version first.
⇨ Dr Brains ∞ Consultation ∞ 25 août 2014 à 14:59 (CEST)[répondre]
Notification Helder.wiki :
Is this OK for you ?
⇨ Dr Brains ∞ Consultation ∞ 25 août 2014 à 16:18 (CEST)[répondre]
@User:Dr Brains: I was suggesting something more in the lines of accessing the properties of a local object instead of a custom getter function LiveRC_getVariable, but I decided to check with http://jsperf.com/many-mw-config-get-calls/2, and the results suggests that the best option would be using local variables for each value we obtain from mw.config.get directly.
Also, I think you should avoid re-implement functions for things which are provided by MediaWiki, such as mw.util.wikiScript and mw.util.getUrl. If you can get the desired behavior with those (which are already sent to users when the associated ResourceLoader modules are loaded), this will keep your gadget shorter and not risk having your implementation outdated compared with the default ones. Helder 25 août 2014 à 18:09 (CEST)[répondre]
Notification Helder.wiki :
I understand, LiveRC_getVariable function make it slower than directly call LiveRC_Config["MediawikiVariables"] items, but the advantage of this is to manage when the called variable has not been got from mw.config.get() yet.
So, I think this is the better way. In fact, I don't think that at this point performances really matters, because LiveRC works with ajax request and its peformance is limited by the request delays above all.
However, there is some stuffs not related to ajax that could be improved. I think mostly about the configuration panel opening (LiveRC_ManageParams_OpenMenu() and all related functions). If you have ideas...
Furthermore, there is still one outdated thing to be replaced : the addOnloadHook() call.
⇨ Dr Brains ∞ Consultation ∞ 25 août 2014 à 19:24 (CEST)[répondre]
Notification Dr Brains : but I don't see why you would need to copy the variables from mw.config to LiveRC_Config["MediawikiVariables"]. You can just get the values directly from there when needed (as in your first version) instead of using an additional getter (your function LiveRC_getVariable) to call getter of mw.config (notice that this has .get() method which provides access to its internal values, because it is an instance of a mw.Map). Helder 25 août 2014 à 20:15 (CEST)[répondre]
Notification Helder.wiki :
I though you said it was faster to get the variables once and store them. Never mind, I reverted.
I replaced all other deprecated functions (importScript, importStylesheetURI, etc...). The only one remaining is addOnloadHook. I tryed to replace it using jQuery, but none of the proposed syntax works... Any idea ?
⇨ Dr Brains ∞ Consultation ∞ 25 août 2014 à 20:32 (CEST)[répondre]
@Dr Brains: it is indeed faster to access a local variable which holds the value obtained from a mw.config.get call than using the getter over and over again (compare the three approaches used here: http://jsperf.com/many-mw-config-get-calls/3). But if after storing the values you choose not to use the variables directly and instead to call a function to retrieve the values, then you go back to a situation analogous to using mw.config.get. But as you said above, the difference in performance should not be noticeable, so we might as well keep it as it is now. Helder 25 août 2014 à 23:58 (CEST)[répondre]

Petits bugs sous Chrome[modifier le code]

Bonjour.

Sous Chrome, je note deux petits bugs handicapants :

  1. la sélection d'un élément d'une liste déroulante est difficile, car au bout de 2 ou 3 secondes, elle disparaît d'elle-même ; elle disparaît aussi dès que le curseur se « pointe » en-dehors de son cadre ;
  2. le clic roulette de la souris n'ouvre pas les titres dans un nouvel onglet, mais les ouvre dans le menu de LiveRC...

Cordialement, --Orikrin1998 (+) blablatoir 7 septembre 2014 à 16:38 (CEST)[répondre]

Notification Orikrin1998 :
  1. La liste déroulante ne disparaît pas chez moi (Version 37.0.2062.103 m), sauf si :
    • je survole une checkbox désactivée
    • je quitte la liste
    Ces deux choses sont normales (la checkbox désactivée, c'est embêtant mais c'est commun à tous les navigateur semble-t-il. Je n'y ai pas trouvé de solution).
  2. Effectivement. Il ne semble pas y avoir d'autre solution que de cliquer-droit et de cliquer sur « Ouvrir le lien dans une nouvelle fenêtre »
    (edit) : trouvé ceci. La solution est peut-être là.
Je regarderai ce que je peux faire plus tard car là j'ai des petits soucis d'ordinateur qui seront je l'espère vite réglés.
⇨ Dr Brains ∞ Consultation ∞ 7 septembre 2014 à 17:05 (CEST)[répondre]
Ma version de Chrome est bloquée à 35.0.1916.153 m (mise à jour rendue impossible par quelque bug incompréhensible), mais chose curieuse, je viens de réaliser que le menu « Message » n'a pas ce problème... --Orikrin1998 (+) blablatoir 8 septembre 2014 à 18:53 (CEST)[répondre]
Notification Orikrin1998 :
Pour le problème de liste déroulante, j'ai réussi à le reproduire.
Malheureusement, j'ai essayé différents trucs mais rien n'y a fait. En fouillant un peu, j'ai trouvé ceci, qui semble indiquer que c'est un bug connu de Chrome. J'espère qu'il sera bientôt corrigé. En attendant, il n'y a pas d'autre solution que d'utiliser un autre navigateur...
⇨ Dr Brains ∞ Consultation ∞ 9 septembre 2014 à 20:36 (CEST)[répondre]

Nouvelle extension : ToolbarExtension[modifier le code]

Voir documentation.

⇨ Dr Brains ∞ Consultation ∞ 12 septembre 2014 à 23:13 (CEST)[répondre]

Icône test[modifier le code]

Salut!

Je remarque que les icônes indiquant les messages "Test" reçus par les utilisateurs n'apparaissent plus dans LiveRC. Est-ce normal? Peut-on les réactiver soi-même? Merci d'avance pour votre aide. Amicalement, Letartean (discuter) 30 septembre 2014 à 17:03 (CEST)[répondre]

Notification Letartean :
C'est une extension (UserWarningsExtension), qui n'est semble-t-il pas installée chez toi.
⇨ Dr Brains ∞ Consultation ∞ 30 septembre 2014 à 17:47 (CEST)[répondre]

Notifications sur tablette[modifier le code]

Sur Samsung Galaxy Tab 4, avec Chrome 38.0.2125.102, LiverRC marche (si si !) mais les notifications ne disparaissent pas...

--Orikrin1998 (+) blablatoir 12 octobre 2014 à 12:04 (CEST)[répondre]

Notification Orikrin1998 :
J'ai modifié. Réessaye pour voir si ça fonctionne (sur mon PC c'est OK).
C'est pas un peu galère sur tablette ?
⇨ Dr Brains ∞ Consultation ∞ 12 octobre 2014 à 15:40 (CEST)[répondre]
Il ne faut pas avoir de trop gros doigts mais si on est précis et posé c’est bon ! Et j’ai une 10 pouces, donc ça reste confortable. [2] --Orikrin1998 (+) blablatoir 12 octobre 2014 à 19:49 (CEST)[répondre]
Ah oui au fait, tu as raison ça marche les notifications. ☺ --Orikrin1998 (+) blablatoir 18 octobre 2014 à 19:02 (CEST)[répondre]

Coucou,

Depuis aujourd'hui, lorsque j'ai ouvert une ligne RC, elle ne passe plus dans une nouvelle couleur comme avant (ce qui permettait de facilement repérer les lignes déjà vues), seule la case à gauche avec la croix rouge devient verte (mais c'est trop peu visible pour « repérer facilement »). Comment se fait-ce ?

Amicalement, — Jules Discuter 19 octobre 2014 à 21:11 (CEST)[répondre]

Même problème ici. --Orikrin1998 (+) blablatoir 20 octobre 2014 à 14:45 (CEST)[répondre]
Notification Jules78120 et Orikrin1998 :
Ca fait un petit moment que c'est comme ça.
On peut rajouter un style personnalisé dans l'onglet CSS, par exemple :
.RcChecked th, .RcChecked td   box-shadow:0px 0px 8px 2px #00CC00 inset !important;
⇨ Dr Brains ∞ Consultation ∞ 20 octobre 2014 à 18:27 (CEST)[répondre]
Ça n'a changé qu'aujourd'hui chez moi...? --Orikrin1998 (+) blablatoir 20 octobre 2014 à 18:52 (CEST)[répondre]
Idem pour moi : ça n'a changé qu'après cette modif (mais je n'y connais rien, ça n'a peut-être rien à voir), @Dr Brains. Sinon, je vais essayer le CSS, merci ! — Jules Discuter 20 octobre 2014 à 18:56 (CEST)[répondre]
Notification Jules78120 et Orikrin1998 :
OK, donc j'avais visiblement oublié de mettre à jour le CSS en même temps que le JS après cette modif, ce qui aura été rattrapé par cette dernière modif.
⇨ Dr Brains ∞ Consultation ∞ 20 octobre 2014 à 20:29 (CEST)[répondre]
Excuse-moi de te déranger encore avec ça, @Dr Brains (Smiley oups), mais après avoir testé ce que tu suggérais (qui fonctionne), j'ai voulu simplement mettre un fond de couleur, mais ça marche pô. Quel est le code à insérer pour changer la couleur de fond de la ligne, si ce n'est pas background-color ? — Jules Discuter 20 octobre 2014 à 21:29 (CEST)[répondre]
Notification Jules78120 : remplacer #00CC00 par la couleur voulue ? Émoticône --Mathis B discuter, le 23 octobre 2014 à 19:13 (CEST)[répondre]
Notification Jules78120 : Essaye background-color:#ffffb1 !important;
⇨ Dr Brains ∞ Consultation ∞ 23 octobre 2014 à 22:34 (CEST)[répondre]
Merci, Dr Brains, ça fonctionne. @Mathis : merci, mais le problème n'était pas là Émoticône. — Jules Discuter 24 octobre 2014 à 00:32 (CEST)[répondre]

Sur tablette - suite[modifier le code]

Pour améliorer la patrouille sur tablette, il faudrait ajouter de quoi manipuler le volet de visualisation du diff manuellement, car on ne peut pas le faire glisser comme on le fait sur ordinateur. Après, je ne sais pas si c'est prioritaire pour toi de permettre la patrouille sur ce genre d’engins. ☺ --Orikrin1998 (+) blablatoir 23 octobre 2014 à 14:52 (CEST)[répondre]

Notification Orikrin1998 :
Tu veux dire pour en modifier la hauteur ?
Si oui, alors ce doit être pareil pour les listes de suivi, le panneau de configuration, le panneau de débogage, et le tchat, non ?
⇨ Dr Brains ∞ Consultation ∞ 23 octobre 2014 à 18:24 (CEST)[répondre]
Oui et oui ! --Orikrin1998 (+) blablatoir 23 octobre 2014 à 18:55 (CEST)[répondre]
Notification Orikrin1998 :
Faute d'avoir une tablette, je ne peux pas tester. Tout ce que je sais c'est qu'avec ces modifs ça fonctionne normalement sur un pc.
Dans ton /common.js, remplace importScript('MediaWiki:Gadget-LiveRC.js'); par importScript('MediaWiki:Gadget-LiveRC.js/Dev.js');, et dis moi si cela fonctionne correctement sur ta tablette (n'oublie pas de recharger le cache de ton navigateur).
⇨ Dr Brains ∞ Consultation ∞ 23 octobre 2014 à 20:22 (CEST)[répondre]
Il n’y aurait pas un .js en trop dans le texte de remplacement ? Quoi qu'il en soit, l’un comme l’autre fait disparaître l’onglet. Et puis j’ai un autre problème : on purge le cache comment, sur Chrome tablette ? Je devrai potasser...À suivre. --Orikrin1998 (+) blablatoir 23 octobre 2014 à 21:16 (CEST)[répondre]
Notification Orikrin1998 :
Non, le titre est correct : MediaWiki:Gadget-LiveRC.js/Dev.js
Quel onglet ? J'ai un peu bricolé, alors c'est peut-être pour ça. Réessayes.
Google est ton ami.
⇨ Dr Brains ∞ Consultation ∞ 23 octobre 2014 à 22:10 (CEST)[répondre]
Je peux fermer le volet d’un clic sur la barre grise qui la surplombe, mais je ne peux ni la rouvrir ni faire glisser le volet à ma guise. --Orikrin1998 (+) blablatoir 24 octobre 2014 à 01:04 (CEST)[répondre]
OK, je vais essayer de trouver un autre moyen.
⇨ Dr Brains ∞ Consultation ∞ 24 octobre 2014 à 22:22 (CEST)[répondre]
Autre problème : sur Androïd, quand un bouton est trop petit, un zoom automatique s’opère dessus. Du coup, à chaque fois que je clique sur "défaire", je perds la moitié de l’écran LiveRC et je dois dézoomer manuellement. Comment éviter ça ? --Orikrin1998 (+) blablatoir 9 novembre 2014 à 13:10 (CET)[répondre]
J'imagine que tu dois pouvoir configurer ça dans ton navigateur. Côté code javascript, il n'y a rien à faire pour corriger ça.
⇨ Dr Brains ∞ Consultation ∞ 9 novembre 2014 à 14:21 (CET)[répondre]

Ouverture[modifier le code]

Salut.

Je ne peux plus ouvrir LiveRC, ce message s'affiche.

Élément : j'ai changé un message de révocation dans mes paramètres aujourd'hui.

Cordialement, --Orikrin1998 (+) blablatoir 29 octobre 2014 à 20:06 (CET)[répondre]

Salut, j'ai exactement le même problème, hier je me connectais normalement. Si quelqu'un a une solution, une explication, je suis preneur :-)
0x010C (discuter) 29 octobre 2014 à 20:13 (CET)[répondre]
Salut,
Idem pour moi, dans l'après-midi ça fonctionnait mais pas ce soir (jusqu'a 19h30 c'était ok). Par contre, je n'ai rien modifié dans mes paramètres. — Rome2 [Discuter], le 29 octobre 2014 à 20:14 (CET)[répondre]
Pareil sur remarque de Rome2 via IRC comme quoi liverc ne marcher plus j'ai voulu voir et j'ai le message "Missing languages = (fr) [RAZ]". Je n'ai jamais modifier les paramètres de LiveRC.Saveur-du-sud (discuter) 29 octobre 2014 à 20:17 (CET)[répondre]
Notification Orikrin1998, 0x010C, Rome2 et Saveur-du-sud :
Problème dû à un changement de l'API.
Il est corrigé à présent. Recharger le cache pour reprendre la chasse.
⇨ Dr Brains ∞ Consultation ∞ 29 octobre 2014 à 23:55 (CET)[répondre]
Bonjour,
Pour ma part, j'ai ce problème. Tout s'ouvre normalement, mais la fenêtre reste vide. J'ai vérifié mes plug-in Firefox, vidé le cache, redémarré... toujours pas. C'est une énigme. --Laurent Jerry (discuter) 30 octobre 2014 à 10:22 (CET)[répondre]
Idem en ce qui me concerne, LiveRC s'ouvre mais aucune ligne ne s'affiche... --Arthur Crbz[on cause ?] 30 octobre 2014 à 10:42 (CET)[répondre]
Merci Émoticône sourire, LiveRC démarre bien, par contre, je confirme, il n'y a aucun diff qui ne s'affiche. — Rome2 [Discuter], le 30 octobre 2014 à 11:50 (CET)[répondre]
Idem. --Orikrin1998 (+) blablatoir 30 octobre 2014 à 12:49 (CET)[répondre]
Idem aussi (Smiley: triste)Thibaut120094 にゃんぱすー 30 octobre 2014 à 13:34 (CET)[répondre]
Moi aussi liverc m'a fait ça hier soir et depuis je n'ai pas réessayer. Saveur-du-sud (discuter
Pareil que hier les modifs ne s'affichent plus.Saveur-du-sud (discuter)
Notification Orikrin1998, 0x010C, Rome2, Saveur-du-sud et Laurent Jerry :
Je n'avais pas testé jusque là.
Il est corrigé à présent. Recharger le cache pour reprendre la chasse.
⇨ Dr Brains ∞ Consultation ∞ 30 octobre 2014 à 17:34 (CET)[répondre]
Notification Dr Brains : Merci, pour moi ça fonctionne bien Émoticône sourire. — Rome2 [Discuter], le 30 octobre 2014 à 17:36 (CET)[répondre]
Youuuupiiii ! Bravo et merci ! --Laurent Jerry (discuter) 30 octobre 2014 à 17:43 (CET)[répondre]
Notification Dr Brains : Merci beaucoup Émoticône sourireThibaut120094 にゃんぱすー 30 octobre 2014 à 17:45 (CET)[répondre]
Notification Dr Brains : Merci :-D 0x010C (discuter) 30 octobre 2014 à 18:52 (CET)[répondre]
Vive le doc ! Émoticône --Orikrin1998 (+) blablatoir 30 octobre 2014 à 20:02 (CET)[répondre]
Quand un bloc query-continue est présent, il est toujours placé avant la réponse [3]. Le remplacement des getElementsByTagName('query')[0].getElementsByTagName('truc')[0] par getElementsByTagName('truc')[0] risque donc de causer des problèmes survenant de façon imprévisible. Orlodrim (discuter) 30 octobre 2014 à 22:31 (CET)[répondre]
Notification Orlodrim :
En l'occurrence, ce sont les blocs <query> qui posaient problème, car ils sont dédoublés à cause du warning et placés avant la réponse, qu'on ne lisait donc plus. Mais effectivement, tu soulèves un problème. Je regarderai ce W-E pour les corriger, et préparer le script (principal et extensions) à la mise à jour future de l'API à ce niveau.
⇨ Dr Brains ∞ Consultation ∞ 30 octobre 2014 à 23:05 (CET)[répondre]

┌─────────────────────────────────────────────────┘
Je ne sais pas si c'est lié, mais j'ai remarqué à 12h que LiveRC ne se lançait plus sous Mozilla Firefox (alors qu'hier oui) mais par contre, ça fonctionne sous Google Chrome. Merci Émoticône sourire. — Rome2 [Discuter], le 31 octobre 2014 à 12:07 (CET)[répondre]

NB : Cela doit être chez moi, car chez certaines personnes ça fonctionne. Et pour moi, j'ai beaucoup de gadget de mon common.js (historique en couleurs, popups, LiveRC) qui ne fonctionnent plus. — Rome2 [Discuter], le 31 octobre 2014 à 12:46 (CET)[répondre]
Notification Rome2 : Les trois gadgets que tu as cités marchent chez moi (sur Chrome). Essaye de désactiver tes fonctionnalités bêta ou les gadgets dont tu te sers peu. --Orikrin1998 (+) blablatoir 31 octobre 2014 à 13:32 (CET)[répondre]
En effet, merci Orikrin1998, tout refonctionne normalement et LiveRC a bien redémarré. Problème réglé en ce qui me concerne Émoticône sourire. — Rome2 [Discuter], le 31 octobre 2014 à 13:36 (CET)[répondre]

Gadget sur les icônes Test 1, 2 et 3[modifier le code]

Bonjour,
Le gros du problème a été réglé la dernière fois vu que LiveRC refonctionne, mais je n'ai plus accès aux icônes qui permettaient de savoir où en était le vandale. Le Test 1 Test 2 et Test 3 n'apparaissent plus. Serait-il possible de récupérer ce système ? merci Émoticône sourire. — Rome2 [Discuter], le 3 novembre 2014 à 14:40 (CET)[répondre]

Je ne comprends rien, je met le message est les icônes sont réapparu à l'instant ^^. — Rome2 [Discuter], le 3 novembre 2014 à 14:54 (CET)[répondre]
Chez moi, ça fait très longtemps que ça ne marche plus d'ailleurs. Ça me manque... --Orikrin1998 (+) blablatoir 4 novembre 2014 à 13:45 (CET)[répondre]
Notification Rome2 et Orikrin1998 :
UserWarningsExtension corrigé, ainsi que MostModifiedPagesExtension.
⇨ Dr Brains ∞ Consultation ∞ 4 novembre 2014 à 18:27 (CET)[répondre]
Toujours pas chez moi, à moins qu'aucun utilisateur averti ne soit passé durant ces deux ou trois minutes de patrouille, ce dont je doute... --Orikrin1998 (+) blablatoir 4 novembre 2014 à 18:36 (CET)[répondre]
Il se peut qu'il n'y ait pas beaucop d'avertissements. Essaye en laissant affiché les logs de filtrage. Au démarrage, quand tu as le gros paquet de logs qui déboule, mets en pause et attends que les requêtes de UserWarningsExtension soient revenues. Théoriquement, tu devrait voir quelques panneaux et têtes de Salebot.
⇨ Dr Brains ∞ Consultation ∞ 4 novembre 2014 à 19:35 (CET)[répondre]
J’ai regardé un moment, et je ne vois que les têtes de Salebot...c’est un début, mais toujours pas de panneaux. --Orikrin1998 (+) blablatoir 4 novembre 2014 à 20:04 (CET)[répondre]
Si tu vois des têtes de Salebot, c'est que ça marche.
⇨ Dr Brains ∞ Consultation ∞ 4 novembre 2014 à 20:24 (CET)[répondre]
Ben non, j'en suis sûr cette fois : les panneaux T1, T2, T3, T4 et autres n'apparaissent pas. En fait, de toutes les icônes, Salebot est la seule qui apparaisse. --Orikrin1998 (+) blablatoir 6 novembre 2014 à 13:36 (CET)[répondre]
Notification Orikrin1998 :
✔️ A priori, problème solutionné (au démarrage de LiveRC, affiche les logs de filtrage pour voir des panneaux).
⇨ Dr Brains ∞ Consultation ∞ 30 novembre 2014 à 14:33 (CET)[répondre]
Raté. (Smiley: triste) Et puis, les logs de filtrage sont censés me montrer quelque chose d'autre ? Car chez moi non... --Orikrin1998 (+) blablatoir 30 novembre 2014 à 18:28 (CET)[répondre]
Notification Dr Brains : Ça manque...dommage que d'autres tâches te retiennent car ce n'est vraiment pas pratique. --Orikrin1998 (+) blablatoir 17 décembre 2014 à 13:57 (CET)[répondre]
Notification Dr Brains : J'ai tenté toutes sortes de manipulations simples mais LiveRC refuse de m'obéir...Faut le dresser ce script-là. — Орикрин1998 (+) blablatoir 13 janvier 2015 à 17:23 (CET)[répondre]
Notification Orikrin1998 :
J'ai testé, ça marche.
  1. Ouvre LiveRC (avec l'extension UserWarnings installée et le cache purgé) et lance les RC
  2. Dans un autre onglet, ouvre ta pdd en modification, modifies-la (en ajoutant un espace, un saut de ligne, n'importe quoi) et mets en commentaire de modif « Spam Test 0 Test 1 Test 2 Test 3 »
  3. Reviens immédiatement sur LiveRC après la publication de ta pdd, normalement ton nom d'utilisateur devrait être affublé de toutes les icônes correspondant au commentaire de modif.
⇨ Dr Brains ∞ Consultation ∞ 13 janvier 2015 à 20:03 (CET)[répondre]
PS : je n'ai pas reçu la notification de ton message, j'ignore pourquoi...
Notification Dr Brains : En effet ça marche ! Mais c'est bien la première fois en plusieurs mois. Et cela ne fonctionne toujours pas dans les autres cas. ÉmoticôneОрикрин1998 (+) blablatoir 13 janvier 2015 à 20:08 (CET)[répondre]
Notification Dr Brains : Par ailleurs, la RàZ des multiples icônes dont je suis affublé ne marche que le temps d'une ouverture du programme. Donc ça reste un gros bazar. — Orikrin1998 (+) blablatoir 14 janvier 2015 à 20:04 (CET)[répondre]
Notification Orikrin1998 :
Par défaut, les avertissements ne sont recherchés que sur les dernières 24 heures, donc dans peu de temps (si ce n'est déjà le cas), les patrouilleurs qui n'ont pas modifié cette préférence (et qui utilisent UserWarnings, bien sûr) ne devraient plus voir ton pseudo accompagné de toutes ces disgracieuses icônes qui te cataloguent comme un affreux vandale.
D'ailleurs, si tu n'as pas testé cela, et si tu ne voies toujours pas d'icônes sur les autres utilisateurs, fais ceci :
  1. Lances LiveRC et ouvre le panneau de configuration
  2. augmente la limite de recherche dans l'historique de la pdd de 24 à 240 heures
  3. augmente la limite des RC (mets 300 par exemple)
  4. active la requête des contributions de l'extension UserWarnings si elle ne l'est pas
  5. désactive la requête de l'extension MostModified si tu l'utilises
  6. modifie l'option pause pour que les RC ne se lancent pas immédiatement
  7. Relance LiveRC après avoir purgé le cache
  8. modifie les options pour afficher le journal des filtrages (et seulement ça) puis relâche la pause
  9. remets en pause lorsque tu as un gros paquet de RC (lorsque le timestamp des dernières RC approche de l'heure en cours, ou si tu constates que les plus anciennes commencent à être supprimées)
  10. Attends que toutes les requêtes soient terminées (l'icône du conteur d'édits doit être présent pour tous les utilisateurs)
  11. théoriquement, tu devrais voir pas mal d'utilisateurs affublés d'icônes. En effet, les gens qui déclenchent les filtres ont plus de chances d'être des vandales, et donc d'avoir reçu des avertissements sur leur pdd.
⇨ Dr Brains ∞ Consultation ∞ 14 janvier 2015 à 21:41 (CET)[répondre]
Notification Dr Brains : J'ai suivi pas à pas ta procédure. Les étapes 2 à 6 ont donné ça : [4]. J'ai l'impression que tout n'a pas été pris en compte (j'ai bien tout fait). À l'issue de tout ça, toujours pas d'icônes...... — Orikrin1998 (+) blablatoir 15 janvier 2015 à 17:23 (CET)[répondre]
Notification Dr Brains : Correctif : cela fonctionne maintenant pour les messages que je mets moi-même. Mais c'est toujours tout. — Orikrin1998 (+) blablatoir 15 janvier 2015 à 20:29 (CET)[répondre]
Notification Dr Brains : Dans le cas où tu n'aurais pas été notifié. — Orikrin1998 (+) blablatoir 19 janvier 2015 à 00:44 (CET)[répondre]
Notification Orikrin1998 :
J'ai reçu la notif, mais je ne vois pas quoi faire de plus. Pour moi ça marche, lorsqu'il s'agit de mon compte, d'un faux-nez ou d'un autre utilisateur (par exemple 204.82.191.111 a reçu un test 0).
Mais il est vrai que les avertissements (y compris les têtes de Salebot) sont rares, même dans les filtrages. C'est sans doute pour cela que tu n'en vois pas...
⇨ Dr Brains ∞ Consultation ∞ 19 janvier 2015 à 17:55 (CET)[répondre]
Notification Dr Brains : Non non, ça fait des mois que je ne vois pas les icônes, ça n'a pas de sens que ce soit une coïncidence. — Orikrin1998 (+) blablatoir 19 janvier 2015 à 18:38 (CET)[répondre]

Option « requête »[modifier le code]

Bonjour. J'ai un petit souci avec le LiveRC lorsque je demande la suppression immédiate d'un article. J'ai la notification comme quoi la modification de la page WP:DSI a bien été effectuée (en rouge en haut à droite) alors que je ne vois jamais la ligne apparaître dans la liste des modifications ; et quand je vais voir sur la page d demande de suppression, la demande n'y est pas. Le problème vient-il de moi ou est-il dû au LiveRC ? Adrien 26 novembre 2014 à 21:01 (CET)[répondre]

1, 2.
A priori, ça fonctionne. Problème de cache, peut être ?
⇨ Dr Brains ∞ Consultation ∞ 26 novembre 2014 à 22:36 (CET)[répondre]
En fait, j'ai fait ces demandes manuellement, sans passer par le LiveRC. J'ai le même problème pour ajouter des bandeaux en tête d'article. Adrien 26 novembre 2014 à 22:59 (CET)[répondre]
Bah, et moi ? (Smiley: triste) --Orikrin1998 (+) blablatoir 27 novembre 2014 à 11:24 (CET)[répondre]
Notification AviaWiki :
J'ai bidouillé un peu, et après test, ça a l'air de fonctionner.
A tester plus amplement après purge du cache.
Notification Orikrin1998 :
La section au dessus ? Je regarderai ça ce W-E.
⇨ Dr Brains ∞ Consultation ∞ 27 novembre 2014 à 21:50 (CET)[répondre]

Mauvais lien[modifier le code]

Bonjour, aujourd’hui lorsque j'ai envoyé une requête de suppression immédiate avec le motif « Décision PàS », un faux lien s'est créé et j'ai du le corriger. Le lien nous envoyait sur cette page. [5] Merci --SleaY (discuter) 29 novembre 2014 à 18:03 (CET)[répondre]

Notification SleaY :
Après vérification, ce n'est pas LiveRC qui pose problème, mais l'entrée "Décision PàS" du message système MediaWiki:Deletereason-dropdown ({{#ifexist:{{TALKPAGENAME}}/Suppression|[[{{TALKPAGENAME}}/Suppression|Décision PàS]]|[[Wikipédia:Pages à supprimer|Décision PàS]]}}). En effet, celui-ci est supposé s'appliquer sur la page à supprimer (avec URL action=delete), pas sur Wikipédia:Demande de suppression immédiate. Le résultat du mot magique {{TALKPAGENAME}} ne donne donc pas ce qui est attendu.
Faire une demande sur WP:DIMS pour voir ce qui peut être envisagé, pour ce message système ainsi que, potentiellement, pour Mediawiki:protect-dropdown et Mediawiki:ipbreason-dropdown.
⇨ Dr Brains ∞ Consultation ∞ 29 novembre 2014 à 19:18 (CET)[répondre]
Notification SleaY :
J'ai mis à jour LiveRC pour qu'il substitue les mots magiques qui pourraient être utilisés pour les raisons de l'outil de signalement/demande administrative.
Donc a priori, après purge du cache pour prendre en compte cette évolution, ton problème ne devrait plus revenir.
⇨ Dr Brains ∞ Consultation ∞ 29 novembre 2014 à 23:22 (CET)[répondre]

DiffExtension[modifier le code]

Bonsoir,

Sur le conseil de Superjuju10 et d'Housterdam, je souhaite utiliser DiffExtension, mais sur mon écran en 1024x768, la barre dépasse la largeur de l'écran, ce qui m'oblige à déplacer la page vers la gauche pour voir la suite (c'est notamment le cas lorsque [éditeur précédent identique] et le bouton Révoquer s'affichent) : est-il possible de résoudre cet inconvénient ?

En vous remerciant,

BerAnth (discuter) 12 décembre 2014 à 21:04 (CET) Notification BerAnth :[répondre]

Oui, c'est possible.
Dès que j'ai un peu de temps, je m'y mets.
⇨ Dr Brains ∞ Consultation ∞ 13 décembre 2014 à 01:58 (CET)[répondre]
Notification Dr Brains : Merci Émoticône sourire
Pour aider, voici une copie d'écran, ou plutôt un montage fait à partir de deux copies d'écran puisque je ne peux voir la totalité de la barre (lorsque le diff s'affiche, je ne vois pas tout ce qui est à droite du "T" de Test0).
Par contre, je viens de faire un essai sur un écran en 1440x900 et là, c'est impéccable. Malheureusement, je patrouille à 99 % à partir du bureau, en 1024x768, et la vieille carte graphique ne permet pas d'aller au-delà (Smiley: triste).
BerAnth (discuter) 13 décembre 2014 à 12:27 (CET)[répondre]
Notification BerAnth :
✔️ A tester après purge du cache.
⇨ Dr Brains ∞ Consultation ∞ 13 décembre 2014 à 13:32 (CET)[répondre]
Notification Dr Brains : Merci beaucoup Émoticône sourire Dès lundi, je teste et vous tiens au courant.
Cordialement, BerAnth (discuter) 13 décembre 2014 à 13:53 (CET)[répondre]
Notification BerAnth :
Ça peut se tester sur n'importe quel ordi. Il suffit de réduire la fenêtre.
⇨ Dr Brains ∞ Consultation ∞ 13 décembre 2014 à 15:08 (CET)[répondre]
Notification Dr Brains : Grâce à vous, je viens de découvrir un outil très pratique dans Firefox (Tools > Web Developer > Responsive Design View) qui permet de tester une page web dans différentes résolutions. J'ai donc mis la page de diff en 1024x768, et le problème est toujours le même : la barre elle-même (arrière-plan gris) s'ajuste bien à la largeur, mais son contenu (boutons + listes de choix) prend toujours la même place, et déborde de la barre grise (et donc de l'écran), ce qui donne le même effet que dans l'image proposée ci-dessus à 12h27. Je ne vois d'ailleurs pas bien comment on pourrait obliger ces éléments à rester dans le cadre gris lorsqu'on diminue la résolution, à moins de réduire fortement leur taille et celle de la police, mais ça serait illisible. Ou alors augmenter la hauteur de la barre et mettre son contenu sur 2 lignes lorsque la résolution est en 1024x768 ?
BerAnth (discuter) 13 décembre 2014 à 15:57 (CET)[répondre]
Notification BerAnth :
Théoriquement, la barre devrait coulisser au survol de la souris. As-tu bien purger le cache du navigateur (Ctrl + F5) ?
⇨ Dr Brains ∞ Consultation ∞ 13 décembre 2014 à 16:16 (CET)[répondre]
Notification Dr Brains : Ah oui, le contenu de la barre (ensemble bouton + listes) se déplace bien avec le pointeur. Mais comme le cadre gris, pas assez large, reste fixe, son contenu déborde à droite, ou à gauche, ou des 2 côtés (selon le positionnement du pointeur). Dans l'idéal, il faudrait que la largeur du cadre gris s'ajuste à la largeur de son contenu, et que le tout se déplace avec le pointeur. Crois-tu pouvoir le faire ?
BerAnth (discuter) 13 décembre 2014 à 16:55 (CET)[répondre]
Notification BerAnth :
Pour le moment, c'est le mieux que je puisse faire. Au moins tous les boutons sont-ils accessibles sans bouger la fenêtre.
Cette fonction est en effet déjà utilisée dans LiveRC pour la barre de contrôle des RC. Il faut pouvoir améliorer son utilisation dans DiffExtension sans casser la première utilisation. Ça va prendre du temps, et j'en ai peu, malheureusement.
⇨ Dr Brains ∞ Consultation ∞ 13 décembre 2014 à 17:43 (CET)[répondre]
Notification Dr Brains : Oui, bien sûr, il ne faut pas dégrader ce qui marche bien dans LiveRC, et dans DiffExtension avec les résolutions actuelles. Surtout pour la minorité qui utilise encore du 1024x768 aujourd'hui Émoticône Merci pour cette amélioration et bon dimanche.
BerAnth (discuter) 13 décembre 2014 à 18:05 (CET)[répondre]
Notification Dr Brains : Bonjour, Je ne sais pas si tu as modifié quelque chose depuis, mais en essayant ce matin au boulot, donc en "vrai" 1024x768, le contenu de la barre se déplace à l'intérieur du cadre gris, et il n'y a donc plus de débordement en dehors de ce cadre. C'est donc très bien, merci encore Émoticône sourire Cordialement, BerAnth (discuter) 15 décembre 2014 à 10:06 (CET)[répondre]

Taille des textes[modifier le code]

Salut, je n'ai pas trouvé comment changer la taille des textes...Cela peut-il se faire (de changer la taille des textes ou d'ajouter le paramètre correspondant) ?

Amicalement, --Orikrin1998 (+) blablatoir 14 décembre 2014 à 19:00 (CET)[répondre]

Notification Orikrin1998 :
Panneau de configuration, onglet CSS
⇨ Dr Brains ∞ Consultation ∞ 14 décembre 2014 à 19:20 (CET)[répondre]
Il était bien caché ! Merci.
P.-S. Il y a plusieurs fois écrit « redimentionnement » dans les « Taille Texte ». Quand on écrit en programmeur, foin du françois...j'en suis victime. --Orikrin1998 (+) blablatoir 14 décembre 2014 à 20:16 (CET)[répondre]
✔️ Corrigé ! ⇨ Dr Brains ∞ Consultation ∞ 14 décembre 2014 à 22:06 (CET)[répondre]

Problème de langue ?[modifier le code]

Bonjour,

Depuis que j'utilise la barre DiffExtension j'ai, sur certaines pages de diff, le message Missing languages = (fr) [RAZ] qui apparaît en rouge en haut à droite (popup) et, lorsque c'est le cas, la barre DiffExtension ne s'affiche pas. Si j'actualise ensuite la page (F5), la barre s'affiche normalement. Savez-vous pourquoi, et y a-t-il quelque chose (paramètre ?) que je puisse modifier pour empêcher cela ? Ou est-ce un bug ?

En vous remerciant, BerAnth (discuter) 16 décembre 2014 à 17:16 (CET)[répondre]

PS : a priori ça a un rapport avec les libellés des boutons ; dans la popup, si je clique sur [RAZ] (une bulle d'aide explique l'utilité du RAZ : Delete this alert and continue without translations), la barre DiffExtension apparaît, mais les libellés des boutons ressemblent à des mots clés : ils commencent tous par "&lt".
BerAnth (discuter) 17 décembre 2014 à 13:20 (CET)[répondre]

Notification Dr Brains : Bonsoir, quand vous aurez du temps, pourrez-vous regarder ce problème ? Ce n'est pas très grave, mais si ça n'arrivait plus ce serait mieux. En vous remerciant, BerAnth (discuter) 12 janvier 2015 à 22:14 (CET)[répondre]
Bonjour,
Le message d'erreur est normal. A priori, c'est dû à un temps de chargement trop long de la page où se trouvent les textes traduits (d'où un chargement correct la fois d'après, lorsque pas mal de trucs dans la page sont en cache).
Il n'y a malheureusement pas grand-chose à y faire.
⇨ Dr Brains ∞ Consultation ∞ 12 janvier 2015 à 23:57 (CET)[répondre]

LiveRC ne marche plus[modifier le code]

Résolu

Problème avec les IPv6[modifier le code]

Bonjour à tous. Il m'a été impossible de défaire ce diff avec DiffExtension (bon, rien de bien grave certes) de la part de cette adresse IP avec le message "Révocation abandonnée". Il semble ce qui pose le problème est le caractère IPv6 de cette IP. Bonne journée, Housterdam Discuter, le 10 janvier 2015 à 13:04 (CET)[répondre]

Notification Housterdam :
Ce qui pose problème semble être les doubles deux-points de l'IP 2001:660:5001:a188::163. L'IP n'est ainsi pas reconnue comme une IPv6 dans la fonction LiveRC_ManageIPv6(). J'ignorais qu'une IPv6 pouvait être codée ainsi. La solution est de revoir la regexp. ceci devrait régler le souci.
Ceci dit, la pop-up peut aussi survenir si la modif a déjà été revertée, ou si il y a eu une modif d'un autre utilisateur entre-temps. En effet, elle apparaît lorsqu'il y a incompatibilité entre l'utilisateur qu'on demande à LiveRC de reverter et l'utilisateur auteur de la dernière modif (lorsqu'on requiert l'historique de la page pour savoir jusqu'à quel oldid il faut reverter).
⇨ Dr Brains ∞ Consultation ∞ 10 janvier 2015 à 15:54 (CET)[répondre]
Notification Arkanosis, Od1n, Gratus, Ltrlg, Automatik et Orlodrim :
Au passage, pour tous les codeurs du dimanche (ou pas), un site bien sympathique que j'ai trouvé pour tester les regexp : http://www.regextester.com/
⇨ Dr Brains ∞ Consultation ∞ 10 janvier 2015 à 16:03 (CET)[répondre]
Re Notification Dr Brains :
En effet à ma connaissance, je pense ne jamais avoir vu de telles IPv6. Pour le second point que tu soulèves, certes en effet, mais j’étais le seul actant sur le présent diff - essayant nombre de fois en prenant de grand intervalles de temps - et le même problème survenait. PS : Bizarre, mais dans le diff, lorsqu'on clique sur l'adresse IP 2001:660:5001:a188::163, il y a une sorte de redirection, sous Contributions, on à « Pour 2001:660:5001:A188:0:0:0:163 » (L'IPv6 est différente ?! Et plus de deux-points !). Amicalement, Housterdam Discuter, le 10 janvier 2015 à 17:11 (CET)[répondre]
Notification Housterdam :
Effectivement, c'est très bizarre. Du coup, ce que j'ai fait ne règle sans doute pas le souci. Le problème doit provenir de Mediawiki qui "raccourcit" les IP dans les diffs. Je ne comprends pas pourquoi...
⇨ Dr Brains ∞ Consultation ∞ 10 janvier 2015 à 17:24 (CET)[répondre]
Notification Housterdam :
✔️ ce devrait être OK à présent.
⇨ Dr Brains ∞ Consultation ∞ 10 janvier 2015 à 18:02 (CET)[répondre]
Notification Dr Brains : À priori, tout fonctionne normalement, spécifiquement en matière de révocations des IPv6 - comme ou encore - bien qu'elles soient dépourvues des doubles deux-points Émoticône. Bonne journée à toi et merci encore, Housterdam Discuter, le 17 janvier 2015 à 13:52 (CET)[répondre]

Bandeau de suppression immédiate[modifier le code]

Bonjour, serait-il possible que, lorsqu'une requête de suppression immédiate est envoyée, LiveRC mette également le bandeau {{Suppression immédiate}} dans l'article en question avec le bon motif? La raison est que parfois, lorsqu'une telle requête est envoyée, la page est également blanchie et donc le créateur de la page (un nouveau) ne comprend pas toujours ce qui se passe. Il recrée donc l'article en croyant à un bug ou à un blanchiment malhonnête. --SleaY (discuter) 19 janvier 2015 à 03:21 (CET)[répondre]

Notification SleaY :
Il est possible de placer le bandeau {{Suppression immédiate}} via le formulaire "bandeaux" (s'il n'est pas dans la liste, il peut être ajouté). Il n'est pas souhaitable à mon avis de l'intégrer à la demande de suppression, car on y perdrait la souplesse de l'outil.
⇨ Dr Brains ∞ Consultation ∞ 19 janvier 2015 à 17:47 (CET)[répondre]
Notification Dr Brains : Ok, mais la liste de bandeaux ne permet pas d'ajouter le motif, est-ce qu'il y une manière de personnaliser LiveRC pour qu'il mette le bandeau avec le bon motif en même temps que la requête de SI ? --SleaY (discuter) 21 janvier 2015 à 06:06 (CET)[répondre]
Dans la définition des bandeaux, tu peux en mettre plusieurs :
  • template:Suppression Immédiate|raison=X string:SI : X withDate:    
  • template:Suppression Immédiate|raison=Y string:SI : Y withDate:    
  • template:Suppression Immédiate|raison=Z string:SI : Z withDate:    
⇨ Dr Brains ∞ Consultation ∞ 21 janvier 2015 à 20:59 (CET)[répondre]
Merci de l'astuce, mais est-ce qu'il y a quelque chose à faire après avoir cliqué sur « valider » ? J’essaie de purger le cache mais rien ne tien alors j'ai modifier mon code directement [6]. Dernière chose, est-ce possible de modifier le résumé (comme j'ai essayé avec 'resume':'text') ? --SleaY (discuter) 22 janvier 2015 à 01:52 (CET)[répondre]

Ne marche pas sur fr.wiktionary[modifier le code]

Bonjour,

Malgré que les informations données dans Wikipédia:LiveRC/Documentation/Installation/fr#Installation aient été suivies [7], le gadget ne marche pas sur le Wiktionnaire : l'interface est illisible à cause d'un chevauchement d'informations (listes des icônes avec leur légende & la liste des contributions (qui d'ailleurs ne subissent aucune mise à jour)). Le bouton de configuration est grisé, et rien ne se passe au clic. Quelque chose n'aurait pas été fait correctement ? — Automatik (discuter) 20 janvier 2015 à 23:44 (CET)[répondre]

Notification Automatik :
✔️ Corrigé. En fait c'est l'interface (masquée) définie par le wikitexte qui entrait en conflit avec l'interface créée via javascript.
⇨ Dr Brains ∞ Consultation ∞ 21 janvier 2015 à 20:47 (CET)[répondre]
Notification Automatik :
Pour la config "wiktionary", voir InstallAndConfigLiveRCExtension.
⇨ Dr Brains ∞ Consultation ∞ 21 janvier 2015 à 20:51 (CET)[répondre]
Merci. Mais la configuration n'est pas active pour tout le wiki ? Je ne l'installe en fait pas pour moi. Par ailleurs un détail : le modèle {{Catégorisation JS}} ajouté automatiquement à la page wikt:Utilisateur:Automatik/LiveRCparam.js n'existe pas sur le Wiktionnaire. Automatik (discuter) 21 janvier 2015 à 21:03 (CET)[répondre]
Notification Automatik :
Si, les modifs faites automatiquement avec InstallAndConfigLiveRCExtension seront valables pour tous les utilisateurs, puisque effectuées sur wikt:MediaWiki:Gadget-LiveRC.js. C'est là que tous les bandeaux, résumés de modifs, icônes, etc... doivent/peuvent être configurés en fonction du site. D'ailleurs le nom du modèle {{Catégorisation JS}} comme ça.
Suis à la lettre les indications de la doc de l'extension et cela devrait bien se passer.
⇨ Dr Brains ∞ Consultation ∞ 22 janvier 2015 à 00:23 (CET)[répondre]
J'ai fait toutes les étapes jusqu'à l'étape 5 au début, au moment où il est dit : Une fois retourné sur la page d'installation : après avoir cliqué sur le lien Config je retourne sur MediaWiki:Gadget-LiveRC.js (page dite d'installation ?), et je n'ai pas de bouton "Configuration MW".
Par ailleurs, j'ai du mal à comprendre pourquoi on nous demande dans InstallAndConfigLiveRCExtension de metrte dans common.js personnel le gadget puisqu'on a déjà ajouté le gadget dans nos préférences selon Installation (ce qui résulte en deux liens LiveRC sur la gauche). C'est ça qui m'a repoussé à suivre les recommandations de configuration - qui demandent en outre de mettre quelque chose d'autres dans MediaWiki:Gadget-LiveRC.js, écrasant donc ce qu'on venait de faire à l'instant par l'installation. Automatik (discuter) 22 janvier 2015 à 00:51 (CET)[répondre]
Notification Automatik :
Si tu as LiveRC sélectionné dans tes préférences, tu n'as pas besoin de modifier ton /common.js, bien sûr, sinon ça fait doublon.
Sinon, procédure "plus simple" :
Tu partiras alors d'une installation identique à fr-WP, avec donc tout plein de paramètres à adapter (en premier, s'occuper de l'onglet Configuration LiveRC)
⇨ Dr Brains ∞ Consultation ∞ 23 janvier 2015 à 23:02 (CET)[répondre]
Le gadget étant pour moi comme une boite noire, j'ai suivi tes recommandations à la lettre, mais ça n'a pas abouti. Toujours à l'étape 5 : je clique sur le lien Config et j'arrive sur wikt:Mediawiki:Gadget-LiveRC.js, mais elle est vide. Automatik (discuter) 24 janvier 2015 à 19:24 (CET)[répondre]
Notification Automatik :
Comment ça « elle est vide » ? C'est quoi qui est vide ?
⇨ Dr Brains ∞ Consultation ∞ 24 janvier 2015 à 22:15 (CET)[répondre]
PS : tu n'as pas initialisé wikt:MediaWiki:Gadget-LiveRCSiteConfig.js (étape 4.6). Le soucis viens peut-être de là ?
Notification Dr Brains : : par vide, j'entendais que la page wikt:MediaWiki:Gadget:LiveRC.js (où on arrive après avoir cliqué sur "Config") n'a qu'un titre, et pas de contenu.
J'ai bien fait l'étape 4.6, et ça ne crée pas cette page. Cliquer sur "Configuration MW" n'a pour effet de créer aucune page sur fr.wikt, en suivant bien les instructions. Automatik (discuter) 24 janvier 2015 à 23:47 (CET)[répondre]
Notification Automatik :
Entre "Gadget" et LiveRC, c'est un tiret qu'il faut. Quand tu suis le lien tu as un deux-points ?
⇨ Dr Brains ∞ Consultation ∞ 25 janvier 2015 à 00:27 (CET)[répondre]
C'est bon, j'ai trouvé l'erreur.
Reéssayes.
⇨ Dr Brains ∞ Consultation ∞ 25 janvier 2015 à 00:31 (CET)[répondre]
Notification Dr Brains : OK, je me disais bien qu'il pouvait y avoir un problème de ce côté-là mais je n'avais pas trouvé d'où ça venait - faut dire que j'avais pas cherché dans la page du gadget d'origine. Maintenant j'en suis à Une fois retourné sur la page d'installation, que je ne comprends pas : quelle est la page d'installation ? Ce qui est sûr, c'est que wikt:MediaWiki:Gadget-LiveRC.js ne présente aucun lien "Configuration MW". Automatik (discuter) 25 janvier 2015 à 00:45 (CET)[répondre]
Notification Orlodrim, JackPotte et Arkanosis : Bonjour.
Il me tarde d'assister à la mise en place d'une version fonctionnelle de LiveRC sur le wiktionnaire. Dans cette optique, j'aimerais vous aider, malgré mes piètres compétences en programmation, quel que soit le langage. N'hésitez pas à me faire part de points sur lesquels je pourrais vous rendre service.
Récemment, je me suis piqué d'« installer » LiveRC, en le cochant dans mes préférences du wiktionnaire — faisant ainsi fi de la recommandation « ne pas installer ». J'ai ainsi pu constater que l'essentiel du script devait déjà être en place, seuls quelques points importants restant à régler, parmi lesquels :
  • le fait que la page de configuration personnelle est crée dans l'espace principal (JackPotte est d'ailleurs passé derrière pour nettoyer) ;
  • la présence de liens renvoyant vers des règles de Wikipédia, alors que leurs équivalents existent sur le wiktionnaire ;
  • l'absence de prise en compte de certaines options de filtrage, par « espaces de noms », par exemple.
  • l'absence des boutons essentiels, de révocation, de blanchiment, etc.
Par ailleurs, pourriez-vous m'indiquer où en est le développement (est-il en pause ? rencontrez-vous des difficultés particulières ? …) ?
Merci en tout cas pour le travail déjà accompli.--Braaark (discuter) 31 janvier 2019 à 16:41 (CET)[répondre]
Bonne idée cette relance mais moi je n'ai que peu de temps libre actuellement. JackPotte ($) 1 février 2019 à 09:16 (CET)[répondre]
Bonjour Braaark Émoticône sourire
Comme pour la plupart des gadgets, le développement de LiveRC n'a jamais vraiment été organisé ; les contributions sont faites en fonction des attentes ponctuelles (correction de bug, intégration d'une nouvelle fonctionnalité de MediaWiki, etc.) et de l'intérêt qu'y trouvent les différentes personnes ayant les compétences pour les faire.
Je ne peux rien promettre car je manque cruellement de temps pour ça, mais je vais voir si je peux résoudre quelques problèmes rencontrés sur le Wikitionnaire avec des fonctionnalités qui ne posent pas de problème sur la Wikipédia francophone — j'insiste sur ce pré-requis, car c'est une garantie de faisabilité.
Amicalement — Arkanosis 1 février 2019 à 09:52 (CET)[répondre]
Re-bonjour Braaark Émoticône sourire
J'ai jeté un coup d'œil au point qui me semblait le plus problématique, à savoir l'impossibilité de révoquer / blanchir / etc. J'ai l'impression que c'est lié au fait qu'il faille être autopatrolled avant de pouvoir utiliser ces fonctionnalités — ce que tu n'es pas (et moi non plus, d'ailleurs). JackPotte, pourrais-tu confirmer, s'il te plaît ?
Amicalement — Arkanosis 1 février 2019 à 12:44 (CET)[répondre]
Quand je vais sur wikt:Wiktionnaire:LiveRC, je peux masquer ou bloquer des comptes, renommer / supprimer ou protéger des pages, mais je ne vois rien sur les révocations ou annulations. JackPotte ($) 1 février 2019 à 13:01 (CET)[répondre]
JackPotte: alors ça, c'est surprenant ! Merci pour ta réponse. Il semblerait que tu ne sois pas autopatrolled non plus Oh ! En fait, il y a à peine 181 utilisateurs autopatrolled sur le Wiktionnaire. La configuration ne contient aucun critère d'attribution automatique du statut ; j'en déduis qu'il ne peut être attribué qu'explicitement par les bureaucrates…
Peut-être serait-il opportun de modifier sur le Wiktionnaire le groupe requis pour l'utilisation complète de LiveRC ?
Amicalement — Arkanosis 1 février 2019 à 15:18 (CET)[répondre]
En fait en tant que bureaucrate on doit attribuer l'autopatrolled aux élus, puis le retirer quand ils sont promus "patroller" car les droits du groupe sont inclus, que l'on retire pour les admins car ce groupe inclus les droits des patrouilleurs à son tour... JackPotte ($) 1 février 2019 à 16:33 (CET)[répondre]
J'ignorais qu'il fallait être autopatrolled pour pouvoir accéder aux fonctionnalités de LiveRC telles que la révocation et le blanchiment, ces opérations étant autorisées, hors LiveRC, même aux utilisateurs anonymes (sous IP).
En tout cas, cette absence du bouton de révocation est bien le point le plus problématique (mais d'autres problèmes me semblent presque aussi gênants). S'il est dû à mon modeste statut sur le wiktionnaire, je vous saurais gré de me le confirmer.--Braaark (discuter) 1 février 2019 à 17:17 (CET)[répondre]
Braaark: L'absence du bouton semble bien liée au statut. Est-ce que cela est souhaité dans ton cas par la communauté du Wiktionnaire, ce n'est pas à moi de le dire, mais il me semble très improbable que celle-ci souhaite en limiter l'accès à seulement 181 personnes, dont ne font pas partie les administrateurs et bureaucrates. Sur la Wikipédia francophone, le problème ne se pose pas, puisque le statut est auto-attribué sur la base de l'ancienneté et du nombre d'éditions du compte.
JackPotte, si tu vois un statut plus pertinent pour déterminer qui peut utiliser les fonctionnalités d'édition de LiveRC, je pense qu'il n'y aurait qu'à modifier les lignes suivantes dans wikt:MediaWiki:Gadget-LiveRC.js. Amicalement — Arkanosis 3 février 2019 à 19:01 (CET)[répondre]
// -- Droits de limitation des fonctions d’édition automatique --
LiveRC_Config["LimitationsRight"]["Default"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Revert"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Blank"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Tag"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Message"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Thank"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["Report"] = 'autopatrol';
LiveRC_Config["LimitationsRight"]["AskForRevisionDeleteFromHist"] = 'autopatrol';
Merci Arkanosis pour cette information. Il me vient à l'esprit que si jamais le wiktionnaire devait limiter l'utilisation de ces fonctionnalités de LiveRC aux utilisateurs ayant au minimum 500 contributions à leur actif, il me faudrait sûrement au moins un an pour pouvoir y accéder Langue pendante !. D'ailleurs, comme je l'ai évoqué plus haut, j'ignorais qu'un telle restriction avait cours sur Wikipédia (et elle me paraît, à première vue, superflue). En tout cas, voilà déjà un point de clarifié.--Braaark (discuter) 3 février 2019 à 19:44 (CET)[répondre]
Bonjour Arkanosis, apparemment dans le code il y a à la fois les droits qui sont pris en compte (autopatrol) et les groupes (autopatroller) ? Etant donné que la gestion des groupes diverge d'un wiki à l'autre - il y a en effet peu d'« autopatroller » sur le Wiktionnaire mais beaucoup plus d'utilisateurs avec le droit autopatrol -, ce serait sans doute plus efficace de considérer exclusivement les droits, qui eux ont une sémantique invariante d'un wiki à l'autre.
Le code est balèze, je n'ai pas encore identifié où il serait requis un groupe autopatrolled pour exécuter une action. Mais je veux bien apporter les modifications nécessaires si des indices me sont éventuellement fournis. — Automatik (discuter) 4 février 2019 à 18:50 (CET)[répondre]

RevertDiff : problème avec l'outil de masquage pour les sysops[modifier le code]

Bonjour !
Je constate que DiffExtension ne fonctionne pas lorsque le nom d'utilisateur à été masqué par un administrateur. Aucun outil ne marche : impossible de défaire/révoquer un diff (bon dans le exemples que je donne -ci-après, cela va sans dire mais bien évidement, en temps "normal", il me serait impossible d'annuler une modif car ceci entrerait en conflit avec les modifications intermédiaires), d'apposer un bandeau, un message, de faire une requête aux sysops de suppression, de blocage, ni de blanchir la page ; bref, les outils ont tous disparus si ce n'est la barre d'arrière fond qui reste. Il semble que ce qui perturbe RevertDiff est le fait que le nom d'utilisateur ait été purgé/retiré. Des exemple : ce diff et aussi celui-ci. À noter que je n'ai pas « eu affaire » à ces diffs lors d'une patrouille avec LiveRC, donc je en sais pas ce que ça aurait donné. Bonne journée ! Amicalement, Housterdam Discuter, le 4 février 2015 à 11:15 (CET)[répondre]

Dr Brains ? Housterdam Discuter, le 13 février 2015 à 20:17 (CET)[répondre]
Notification Housterdam :
Effectivement, il y avait un bug. Je l'ai corrigé et les formulaires "bandeau", "blanchir", "message" et "requête" sont revenus.
Toutefois, il reste un problème si d'aventure le nom d'utilisateur est masqué (dans ton premier diff, passe à la révision précédente): les formulaires "message" et "requête" (si le nom d'utilisateur est nécessaire au type de requête) restent présents et posent problème. Je vais voir ce que je peux faire pour corriger cela.
⇨ Dr Brains ∞ Consultation ∞ 13 février 2015 à 20:43 (CET)[répondre]
Dr Brains, vu ! Merci de ta promptitude ! Pour le problème restant, peut-être est-ce dû à un OS qui soit passé par là ? Bonne soirée à toi, Housterdam Discuter, le 13 février 2015 à 21:27 (CET)[répondre]

Bonsoir à tous et à Notification Dr Brains

Y a comme un léger (euphémisme) soucis Émoticône

Merci d'avance pour le fix, — Superjuju10 [Aubline à votre disposition], le 5 mars 2015 à 21:47 (CET)[répondre]

Non, non ÉmoticôneMattho69 me joindre 5 mars 2015 à 21:56 (CET)[répondre]
J'allais le dire. Je préviens le Bulletin du filtrage de ce souci.
⇨ Dr Brains ∞ Consultation ∞ 5 mars 2015 à 22:03 (CET)[répondre]
Notification Superjuju10 : :
L'image en lien présente trois entrées du journal des check-user, supposé accessible seulement aux check-users. Tu devrais la supprimer ou au moins la recadrer pour qu'on ne voie plus ces lignes.
⇨ Dr Brains ∞ Consultation ∞ 5 mars 2015 à 22:09 (CET)[répondre]
Si j'y arrive... Sache quand même Notification Dr Brains que ça bug au niveau du journal des check-user, la ligne en question flood à chaque mise à jour des RC. — Superjuju10 [Aubline à votre disposition], le 5 mars 2015 à 22:32 (CET)[répondre]
Notification Dr Brains : Image supprimée pour info. — Superjuju10 [Aubline à votre disposition], le 6 mars 2015 à 11:10 (CET)[répondre]
Notification Superjuju10 :
Suite à cette modif, est que le journal checkuser flood toujours ?
⇨ Dr Brains ∞ Consultation ∞ 1 avril 2015 à 16:27 (CEST)[répondre]

Extensions disparues[modifier le code]

Bonjour,

Pour info, j'ai modifié aujourd'hui LiveRC pour être complètement débarrassé des anciennes fonctions obsolètes (qui risquaient d'être supprimées sans préavis).

Ce faisant, il a fallu que je modifie la façon dont les extensions sont installées dans le /LiveRCparam.js et par conséquent il est possible et même probable que LiveRC ne voie plus les extensions que vous avez installées. Elles sont encore là, elles fonctionnent (pour certaines), mais risquent d'être zappées à la prochaine mise à jour de vos paramètres.

Donc, pour éviter tout souci :

  1. ouvrez LiveRC,
  2. allez dans le menu de configuration,
  3. refaites votre sélection d'extensions,
  4. sauvegardez
  5. rechargez le cache

Vous devriez obtenir quelque chose ressemblant à ceci.

Merci.

⇨ Dr Brains ∞ Consultation ∞ 15 mars 2015 à 22:34 (CET)[répondre]

Notification Akadians, Alt0160, Arthur Crbz, Bastenbas, BerAnth, Chris a liege, Do not follow, Frakir, Grind24 et Gyrostat :
Notification Housterdam, JeanBono, Jitrixis, JoleK, Jules78120, Kagaoua, Kilith, Kyll11, Letartean et Linedwell :
Notification Ltrlg, Macadam1, Martial75, Mattho69, Moipaulochon, Neiluj10, Orikrin1998, Oxydium59, Rome2 et Scailyna :
Notification Scoopfinder, Sebk, Secouss, Simon-kempf, Super Bazooka, Superjuju10, Thibaut120094, Tufor, Une Ame et Waxo01 :
Notification Xavier Combelle et Zonzon :
⇨ Dr Brains ∞ Consultation ∞ 15 mars 2015 à 22:47 (CET)[répondre]
Pas reçu la notif...--Scoopfinder(d) 16 mars 2015 à 01:53 (CET)[répondre]
Moi non plus... — Thibaut にゃんぱすー 16 mars 2015 à 01:55 (CET)[répondre]
Ben moi non plus... — BerAnth (discuter) 16 mars 2015 à 09:34 (CET)[répondre]
Pas plus de 10 notifs par message, non ? J'ai re-notifié du coup Émoticône sourire --Scoopfinder(d) 16 mars 2015 à 09:42 (CET)[répondre]
Là, j'ai reçu --Do not follow (discuter) 16 mars 2015 à 09:43 (CET)[répondre]
Notification Scoopfinder : Moi itou ÉmoticôneBerAnth (discuter) 16 mars 2015 à 09:46 (CET)[répondre]
✔️ merci d'avoir prévenu ÉmoticôneJeanBono ɹǝʇnɔsıp 16 mars 2015 à 10:01 (CET)[répondre]
Merci pour l'information, c'est mis à jour. Cordialement, Linedwell [discuter] 16 mars 2015 à 12:18 (CET)[répondre]
Merci pour l'information Émoticône sourire. — Rome2 [Discuter], le 16 mars 2015 à 13:05 (CET)[répondre]
Merci....--Chris a liege (discuter) 16 mars 2015 à 13:38 (CET)[répondre]
Moi, j'ai été notifié. Macadam1 Miaou ? 16 mars 2015 à 17:32 (CET)[répondre]

Bonjour,

je ne vois plus que les modifications des utilisateurs, alors qu'avant je pouvais juste regarder celles des utilisateurs débutants si je le souhaitais. Comment remettre comme avant ? Macadam1 Miaou ? 30 mars 2015 à 20:12 (CEST)[répondre]

Notification Macadam1 :
Vois-tu bien ceci (à droite, image pas tout à fait contractuelle...) ?
⇨ Dr Brains ∞ Consultation ∞ 30 mars 2015 à 20:45 (CEST)[répondre]
Notification Dr Brains : Oui, ça y est. Macadam1 Miaou ? 30 mars 2015 à 20:47 (CEST)[répondre]
Notification Macadam1 :
Et quand tu ne laisses sélectionné (dans la partie du haut) que la case « Utilisateurs débutants », ça ne marche pas ?
⇨ Dr Brains ∞ Consultation ∞ 30 mars 2015 à 20:50 (CEST)[répondre]

Marquer comme relue[modifier le code]

Hello DrBrains.

Depuis quelque temps, il faut confirmer le marquage comme relue d'une modification, ce qui est particulièrement pénible (un clic de plus, ainsi que des fenêtres pop-up gênantes visuellement). Je comprends que cela soit nécessaire pour le marquage comme douteuse/à vérifier, où un « résumé de marquage » est utile. Mais je ne vois pas ce que cela apporte pour le marquage comme relu. Serait-il possible de se passer de cette confirmation, s'il te plaît ?

Bien à toi, — Jules Discuter 1 avril 2015 à 15:18 (CEST)[répondre]

Notification Jules78120 :
Tu as cette demande de confirmation seulement si tu utilises l'extension MarkQuestionable. Mais il est vrai que cela pourrait être évité pour une modif non douteuse (relecture "normale").
Je vais voir, dès que j'ai un peu de temps.
⇨ Dr Brains ∞ Consultation ∞ 1 avril 2015 à 15:30 (CEST)[répondre]
Merci beaucoup Émoticône sourire, c'est vraiment agaçant ; en attendant je vais désactiver l'extension. Bien à toi, — Jules Discuter 1 avril 2015 à 15:32 (CEST)[répondre]

Modèle:Vandalisme cracra[modifier le code]

B'jour tous !

Dites c'est possible d'avoir {{Vandalisme cracra}} dans la liste des bandeaux d'avertissement déployables ? --GarfieldairlinesMiaou ? =^.^= 2 avril 2015 à 17:38 (CEST)[répondre]

Notification Garfieldairlines :
Pour le rajouter pour tous, c'est ici (utiliser l'extension InstallAndConfigLiveRC pour un edit propre).
Sinon, c'est ajoutable par tout un chacun via le panneau de configuration de LiveRC (Wikipédia:LiveRC/Documentation/Configuration/fr#Avertissements).
J'étais persuadé que ce modèle était déjà dispo, mais je ne le trouve pas dans la liste...
⇨ Dr Brains ∞ Consultation ∞ 2 avril 2015 à 17:52 (CEST)[répondre]

Extension Mediawiki : LiveRC[modifier le code]

Pour info : mw:Thread:Project:WikiProject_Extensions/Ideas/LiveRC_extension.

L'idée est de "refaire" LiveRC en tant qu'extension de Mediawiki.

Avantages :

  1. Faire de la page de lancement une vraie page spéciale (Special:LiveRC)
  2. Traductions de textes gérées par des messages système (et créées via translatewiki.net)
  3. Suppression de toute la partie "chargement d'infos" (entre LiveRC_Init() et le premier lancement de liveRC()), qui peut être gérée bien plus efficacement en PHP (certains paramètres, comme les paramètres d'installation de certaines extensions, sont impossibles à avoir en javascript via l'API)
  4. Gestion de l'installation locale via une page spéciale dédiée (Special:LiveRC/config)
  5. Gestion des paramètres personnels via un onglet dédié de Special:Preferences (ou une page spéciale dédiée (Special:LiveRC/usercustom))
  6. Chargement des .js et .css optimisé via ResourceLoader (dans l'ordre correct notamment)
  7. Développement possible d'outils centralisés pour de la patrouille collaborative
  8. Etc...

Inconvénients :

  1. Une installation/mise à jour sur Wikipédia au bon vouloir des administrateurs système
  2. Une difficulté plus grande pour créer de nouvelles extensions côté client, la partie du code gérée via PHP devenant moins inaccessible

Si des développeurs connaissant bien le PHP et/ou Mediawiki et son architecture souhaitent aider, ce serait avec plaisir...

⇨ Dr Brains ∞ Consultation ∞ 3 avril 2015 à 23:02 (CEST)[répondre]

Les RC ne s'affichent pas chez moi aujourd'hui... — Orikrin1998 (+) blablatoir 16 avril 2015 à 13:45 (CEST)[répondre]

Idem (et c'est pour tout le monde d'après ce que j'entends sur le canal IRC). L'application est HS depuis hier soir. Mathis73 [dialoguer] 16 avril 2015 à 13:51 (CEST)[répondre]
Tout se lance normalement (panneau de configuration etc.), mais pas les modifications si ça aide un peu. — Rome2 [Discuter], le 16 avril 2015 à 13:57 (CEST)[répondre]
Pas mieux pour moi. (hier soir à 22h15 ça marchait encore pour moi) Altmine (discuter) 16 avril 2015 à 14:01 (CEST)[répondre]
Idem, le logiciel se lance correctement, mais aucune modification n'apparait. --Julien1978 (d.) 16 avril 2015 à 14:44 (CEST)[répondre]
Toujours en rade. Notification Dr Brains : saurais-tu pourquoi ? --d—n—f (discuter) 16 avril 2015 à 17:31 (CEST)[répondre]
Notification Orikrin1998, Mathis73, Rome2, Altmine, Julien1978 et Do not follow :
✔️ Special:Diff/113939854.
Problème sur l'API. Bug T96361 ouvert. N'hésitez pas à y aller et voter pour que ce soit résolu ("subscribe"). En attendant, les filtres ne sont plus pris en compte, exactement comme si l'extension Abuse Filter n'était pas installée.
Désolé du retard à la réaction. J'ai passé deux jours sans internet, et j'ai crû mourir...
⇨ Dr Brains ∞ Consultation ∞ 17 avril 2015 à 13:53 (CEST)[répondre]
Notification Dr Brains : merci pour l'info (en tout cas, ça fonctionne déjà, c'est le principal !). Mathis73 [dialoguer] 17 avril 2015 à 14:40 (CEST)[répondre]
Merci ! Et toute ma compassion pour Internet. — Jules Discuter 17 avril 2015 à 14:45 (CEST)[répondre]
Merci ! Allez Doc tu vas t'en remettre. J'espère. — Orikrin1998 (+) blablatoir 17 avril 2015 à 18:09 (CEST)[répondre]

Sur tablette[modifier le code]

Bonjour.

Sur tablette, LRC ne marche plus. Je ne peux pas être précis mais le programme met très longtemps à prendre en compte un « clic ». Dommage, ça marchait il n’y a pas longtemps.

Cordialement, — Orikrin1998 (+) blablatoir 19 avril 2015 à 12:41 (CEST)[répondre]

Bonjour,

Je remarque un bug avec le modèle {{merci IP}} quand il est apposé par LiveRC : le paramètre 1, qui devrait être ~~~~ est en fait le nom de la page éditée : voir ici par exemple.

Cordialement, --Mathis B discuter, le 22 mai 2015 à 13:55 (CEST)[répondre]

C'est ton /LiveRCparam.js qui pose problème, le modèle {{Merci IP}} n'étant pas parmi les modèles par défaut.
  1. Remplacer Merci IP par Merci IP|~~~~
  2. Mettre hasPage à false
⇨ Dr Brains ∞ Consultation ∞ 22 mai 2015 à 15:39 (CEST)[répondre]
✔️ Merci Émoticône. --Mathis B discuter, le 22 mai 2015 à 17:11 (CEST)[répondre]

suggestion...[modifier le code]

Ajouter le Modèle:Vandalisme cracra dans LiveRC Émoticône+Macadam1 Miaou ? 22 mai 2015 à 18:29 (CEST)[répondre]

Chacun peut le faire.
⇨ Dr Brains ∞ Consultation ∞ 22 mai 2015 à 19:27 (CEST)[répondre]
Ça ne marche pas. Et pareil pour Notification Thibaut120094Macadam1 Miaou ? 27 mai 2015 à 14:20 (CEST)[répondre]
Je confirme, quand on clique sur Valider rien ne se passe, rien n'est enregistré dans LiveRCparam.js. — Thibaut にゃんぱすー 27 mai 2015 à 14:26 (CEST)[répondre]
Notification Dr BrainsMacadam1 Miaou ? 3 juin 2015 à 22:05 (CEST)[répondre]
@Dr Brains Ça ne marche toujours pas, la console JS de mon navigateur affiche TypeError: LiveRC_Config.LiveRCcustomParams[ArrayName][LiParamName] is undefined — Thibaut にゃんぱすー 28 juin 2015 à 12:53 (CEST)[répondre]
Ça semble marcher si on retire un élément de la liste par contre. — Thibaut にゃんぱすー 28 juin 2015 à 12:57 (CEST)[répondre]
✔️ A priori, c'est corrigé.
⇨ Dr Brains ∞ Consultation ∞ 28 juin 2015 à 14:32 (CEST)[répondre]

LiveRC planté[modifier le code]

Chut, faut pas le dire trop fort Notification Dr Brains : What's up doc ?? Émoticône --—d—n—f (discuter) 30 juin 2015 à 00:38 (CEST)[répondre]

Chez moi ça marche...
Peut-être est-ce une extension qui plante le tout. Essaye de les zapper une par une.
⇨ Dr Brains ∞ Consultation ∞ 30 juin 2015 à 07:25 (CEST)[répondre]
Merci Dr Brains Émoticône, j'ai viré LiveRC de common.js et ça marche, il devait y avoir conflit avec le gadget... --—d—n—f (discuter) 30 juin 2015 à 17:31 (CEST)[répondre]

Demande d'ajout d'une ligne[modifier le code]

Bonjour, ce script est importé en JavaScript, au moins sur le Wiktionnaire, Wikilivres et la Wikiversité. Or, son comportement varie là-bas : la fonction lrcGetNamespaceName(2) renvoie null. Comme je n'arrive pas à le corriger de là-bas, je voudrais savoir si quelqu'un pouvait ajouter la première ligne suivante juste avant la deuxième svp :

if (lrcGetNamespaceName(2) == null) lrcGetNamespaceName(2) = 'User';

if(!page) page = lrcGetNamespaceName(2)+":"+mw.config.get('wgUserName')+LiveRC_Config["UserParamPage"]+".css";

Merci de votre attention. JackPotte ($) 12 juillet 2015 à 17:36 (CEST)[répondre]

Question qui mérite d'être répercutée (parce que moi si je corrige ça va être un vandalisme) : Notification Zebulon84 : ; Notification 0x010C : ; Notification Orlodrim :, si vous avez le temps et un avis là-dessus ? --——d—n—f (discuter) 18 juillet 2015 à 18:14 (CEST) et pour info Notification JackPotte :[répondre]
Je n'ai pas réussi à reproduire le problème. Si j'active le gadget "LiveRC" sur le Wiktionnaire, il se charge correctement (les modifications défilent normalement).
Le problème est-il au chargement ou ailleurs ?
Une différence qui pourrait expliquer le problème : sur Wikipédia, la configuration est sauvegardée dans MediaWiki:Gadget-LiveRCSiteConfig.js, mais pas sur le Wiktionnaire, de sorte que la valeur de lrcGetNamespaceName est lue à chaque chargement sur le Wiktionnaire. Si j'ai bien compris (je n'ai pas essayé de valider), cette configuration peut être mise à jour en démarrant LiveRC, en allant dans la configuration (troisième bouton de la barre d'outils), puis en cliquant sur le bouton "Configuration MW". Il faut être admin.
Orlodrim (discuter) 18 juillet 2015 à 20:39 (CEST)[répondre]

Problème sur it.wiki[modifier le code]

Bonjour. Depuis quelques jours, sur it.wiki, LiveRC ne charge pas les modèles italiens et présente ceux d'origine française. Nos js sont it:MediaWiki:Gadget-LiveRC 1x.js et it:MediaWiki:Gadget-LiveRC 1x.js/InserisciTemplate.js. Est-ce que quelqu'un peut jeter un oeil? --Supernino (discuter) 10 août 2015 à 08:40 (CEST)[répondre]

Ça ne fait rien, nous avons résolu le problème. :) --Supernino (discuter) 26 août 2015 à 18:42 (CEST)[répondre]

bonjour, je suis nouvellement inscrit sur wiki après avoir constaté que plusieurs articles sur des actualités majeures sont absentes dont la crise au burundi.

Je ne sais pas trop par ou commencer et si possible me trouver un parrain wiki.

J'Aimerais aussi savoir si il est possible d'avoir un accès à un chat en temps réel.

Merci et au plaisir de travailler pour améliorer wiki.

Frikic

  1. Wikipédia:Parrainage des nouveaux.
  2. Aide:IRC.
JackPotte ($) 8 novembre 2015 à 11:43 (CET)[répondre]

Affichage des avertissements[modifier le code]

Bonjour,

J'adore l'extension qui permet de voir les avertissements. Elle permet de se rappeler qui a reçu quoi sans avoir à retenir plein de nom d'IP. Cependant, cette fonction ne fonctionne plus chez moi. J'ai fait la mise à jour des paramètres de LiveRC mais sans résultat. Est-il possible de m'aider à réactiver cette fonction pour voir à côté du nom d'utilisateur les avertissements reçus dans LiveRC. Merci d'avance. Amicalement, Letartean (discuter) 11 novembre 2015 à 16:05 (CET)[répondre]

Ajout supplémentaire[modifier le code]

Bonjour. Un modèle Test? a été créé dans le but de prévenir un utilisateur que sa modification était annulée car considérée comme suspecte. Peut-être serait-il intéressant de l'introduire parmi les autres dans le gadget. Bonne continuation, Mathis73 [dialoguer] - 20 décembre 2015 à 16:34 (CET).[répondre]

Notification Dr Brains : Notification Jules78120 : Notification Orlodrim : un petit avis ? Mathis73 [dialoguer] - 22 décembre 2015 à 13:13 (CET)[répondre]
Hello Mathis73, je n'ai pas reçu ta notif (j'avais heureusement cette page en LdS). À quelles situations est destiné ce modèle exactement ? Il me semble essentiellement être une version simplifiée de {{Faut sourcer}}, non ? À noter aussi qu'il existe déjà {{Faut sourcer 2}}. PS : n'hésite pas à laisser un mot sur le BULPAT à ce sujet Émoticône. Amicalement, — Jules Discuter 22 décembre 2015 à 13:33 (CET)[répondre]
« Faut sourcer » ne précise pas que la modification a été annulée, donc ne vaudrait-il pas mieux faire une version {{Pas sourcé}} qui reprenne grosso modo le contenu de ton (joli) {{Test ?}} (axé sur la question du sourçage, donc sans l'aspect conventions de style) ? — Jules Discuter 22 décembre 2015 à 13:36 (CET)[répondre]
Merci de ta réponse Notification Jules78120. J'en avais déjà un peu parlé lors de la création du modèle sur le BULPAT (voir). En fait, c'est un modèle qui se place entre le vandalisme et le non-sourcé. En effet, nombre de patrouilleurs (moi en tout cas :)) voient des ajouts suspects, douteux.
Après, ce n'est pas très grave... Ceux qui veulent ce modèle l'ajoutent sur leur LiveRC. Amicalement, Mathis73 [dialoguer] - 22 décembre 2015 à 13:40 (CET).[répondre]
Cela doublonne également le message {{Non-encyclo}} (bien que celui-ci doit être sensiblement amélioré, amha). — Superjuju10 [Aubline à votre disposition], le 22 décembre 2015 à 13:44 (CET)[répondre]
Peut-être Émoticône : "les anecdotes, les renseignements de type « annuaire », les simples définitions de dictionnaire, les messages personnels, les publicités" (ce n'était pas trop ce côté là que je voyais en fait, le modèle Test ? est un peu confus alors). Mathis73 [dialoguer] - 22 décembre 2015 à 13:46 (CET)[répondre]
Perso, ce qui m'a interpellé c'est la présence de Wikipédia:Conventions de style au milieu du reste du texte, qui porte sur la fiabilité des informations, ou plutôt, ici, l'aspect douteux de la modification. Je ne vois pas trop le rapport Émoticône. Mais ce n'est que mon avis ! — Jules Discuter 22 décembre 2015 à 13:51 (CET)[répondre]

┌─────────────────────────────────────────────────┘
Contenu déplacé et suite du sujet en page de discussion du modèle. Mathis73 [dialoguer] - 22 décembre 2015 à 13:55 (CET)[répondre]

Faut sourcer EV[modifier le code]

Bonjour Orlodrim, Chico75,

J'ai ajouté un bandeau, mais après plusieurs actualisations et purges de cache, Mathis73 et moi ne le voyons pas apparaître sur LiveRC. J'ai loupé une étape ?

Bien à vous, — Jules Discuter 22 décembre 2015 à 14:06 (CET)[répondre]

Le changement s'applique aux paramètres par défaut, mais pas aux personnalisations de l'utilisateur. Il faut modifier également son Spécial:MyPage/LiveRCparam.js (via le bouton de paramètre du programme). — Superjuju10 [Aubline à votre disposition], le 22 décembre 2015 à 14:10 (CET)[répondre]
@Superjuju10 : Le problème n'est a priori pas là, j'ai pris soin, tout à l'heure, de tester avec mon compte Jules WMFr (d · c · b) (où j'ai activé LiveRC via les préférences, pour l'occasion) Émoticône. — Jules Discuter 22 décembre 2015 à 14:21 (CET)[répondre]
J'ai compris pourquoi. J'ai modifié MediaWiki:Gadget-LiveRC-frWP.js plutôt. — Superjuju10 [Aubline à votre disposition], le 22 décembre 2015 à 14:54 (CET)[répondre]

Filtre global[modifier le code]

En cas de déclenchement d'un filtre global, le texte et le lien en sont pas bon : Déclenchement du filtre global-110: undefined (Actions :Baliser)), au lieu de Déclenchement du filtre global-110: Adding emoji unicode characters (Actions :Baliser)). Je me serais bien penché sur le souci mais il va falloir m'expliquer comment LiveRC a été modifié, ça a bien changé. Soisyc Croisic (discuter) 15 janvier 2016 à 20:27 (CET)[répondre]

Le bug vient de l'API : j'ai créé ce ticket pour signaler le problème. Amicalement — Arkanosis 17 février 2016 à 14:33 (CET)[répondre]

Bonjour à tous, j'utilise LiveRC sur la wikipedia italienne et l'icone bot (robot) apparait à côté de mes modifs normalement quand elles sont "cachées" (flood editor). Cependant, une fois la fonction désactivée, les modifs successives continuent à apparaitre comme cachées. C'est une histoire de cache à effacer ou autre chose? merci --Ruthven (msg) 24 janvier 2016 à 06:40 (CET)[répondre]

Ruthven: Bonjour Émoticône sourire C'est au minimum mis en cache pour la session courante, effectivement, mais il ne me semble pas qu'on garde le résultat entre différentes sessions de LiveRC (contrairement à ce qui se fait avec DeluxeHistory, par exemple). Redémarrer LiveRC ne résout-il pas le problème ?
Amicalement — Arkanosis 17 février 2016 à 14:48 (CET)[répondre]
Bonjour Arkanosis; en effet redémarrer résout le problème. Désactiver l'icone quand la fonction flood editor n'est plus utilisée pourrait être utile pour suivre les modifications des autres sysop (pour les miennes, je sais déjà quand la fonction est désactivée). --Ruthven (msg) 18 février 2016 à 15:41 (CET)[répondre]

LiveRC ne charge pas[modifier le code]

Je reste bloqué sur la page de chargement et rien ne bouge, que ce soit sur Firefox ou sur une install fraiche de Chrome. J'ai bien activé le gadget dans les préférences (et uniquement là), les outils de développement me montrent que Gatget-LiveRC.js est chargé, il a visiblement été exécuté (eg window.LiveRC_Version est définie et vaut "1.0.5" et je n'ai pas d'erreur js dans la console. Une idée ? — Evp∅k Me parler 16 février 2016 à 11:20 (CET)[répondre]

Modification du délai de rafraîchissement[modifier le code]

Bonjour Émoticône. J'ai essayé à plusieurs reprises de modifier le délai de rafraîchissement des RC, d'abord via LiveRC, puis directement sur ma page LiveRCparam.js. À chaque fois j'ai modifié la donnée, validé, et puis la donnée est restée à 10. J'ai essayé d'augmenter le délai, et il y a le même problème. Quelqu'un aurait une idée de comment changer cette option ? Merci d'avance. ← Fugitron‹… ›, le 11 mai 2016 à 20:45 (CEST)[répondre]

Pas en français[modifier le code]

Bonjour. Il me semble que c'est le diff qui devrait contenir "Not in French" et pas le message de SI ? Cordialement, Asram (discuter) 16 mai 2016 à 03:18 (CEST)[répondre]

Erreurs JavaScript dues à un nouveau rc_type non implémenté[modifier le code]

Ligne 11704, document.getElementById('showRC_'+rc.type) donne quelquefois null, lorsque rc.type vaut "categorize". Il s'agit d'une nouvelle valeur de rc_type, introduite dans MediaWiki 1.27, voir mw:Manual:Recentchanges table#rc_type. Le correctif serait donc d'ajouter la checkbox correspondante et/ou d'ajouter des tests de sorte à ne pas rencontrer d'erreur en cas de nouvel ajout ultérieur dans l'API. od†n ↗blah 18 mai 2016 à 10:27 (CEST)[répondre]

✔️ Implémenté une nouvelle checkbox pour afficher/masquer "RC > Changements de catégories", activé par défaut. Et un traitement plus graceful en cas de nouveaux ajouts ultérieurs à l'API. N'hésitez pas à me notifier si besoin est. od†n ↗blah 31 mai 2016 à 13:30 (CEST)[répondre]
J'aurais besoin de vos avis pour savoir si vous préférez que ces changements soient affichés ou non par défaut. Merci d'avance pour vos réponses. od†n ↗blah 1 juin 2016 à 06:14 (CEST)[répondre]
J'ai modifié pour masquer par défaut les changements de catégories. Ces changements floodent pas mal la liste, et cela permet de mettre un peu "sous le tapis" la fonctionnalité pour l'instant, car le filtrage est assez perfectible (notamment de par la confusion entre la page catégorisée et la catégorie elle-même). od†n ↗blah 2 juin 2016 à 07:03 (CEST)[répondre]

Appel à retours d'utilisateurs expérimentés de LiveRC[modifier le code]

Rebonjour, j'aurais aussi besoin de vos retours sur un autre point. Lorsque vous filtrez les RC à afficher (ou plutôt à charger, en l'occurrence) avec les moult checkboxes idoines, constatez-vous des inconsistances, des situations du genre que vous souhaitez afficher/masquer certains éléments mais que vous n'avez pas le résultat escompté ? J'ai l'impression qu'il y a quelques bugs à ce niveau, donc si vous avez des cas précis à exposer, je suis tout ouïe. od†n ↗blah 1 juin 2016 à 09:02 (CEST)[répondre]

Mes révocations sont abandonnées sur le LiveRC (mais pas en revert normal)[modifier le code]

Bonjour, depuis hier soir, je ne peux plus me servir du liveRC pour effectuer des actions. J'ai essayé sur Firefox et sur Chrome, sans succès. Je peux toujours faire des modifs autre part. Quelqu'un a une idée de la possible origine du problème ? J'ai réussi à m'en servir quelques heures avant cette "panne"... Du reste, tout fonctionne normalement, c'est à dire que je vois les diff défiler. Merci et Cordialement — GrandCelinien Questions - Aide ? 9 septembre 2016 à 14:08 (CEST)[répondre]

Bon, d'après ce que je vois, c'est parce que les liens pour révoquer, remercier, mettre des test0 etc. ne sont plus valides car ils contiennent la balise <bdi> nom de l’utilisateur<bdi>, j’ai le même problème quand je veux utiliser le gadget d'avertissement RevertDiff, qui me dit que l’action est impossible. Je notifie les pros : Notification 0x010C et Od1n : z'avez une idée ? Je peux vous faire des screen si besoin. Je pense pas que ça vienne de moi parce que j’ai rien touché entre le moment où ça marchait et celui où ça ne fonctionne plus. Amicalement — GrandCelinien Questions - Aide ? 9 septembre 2016 à 14:33 (CEST)[répondre]
Je crois avoir réussi à corriger. Orlodrim (discuter) 9 septembre 2016 à 19:12 (CEST)[répondre]
Merci beaucoup Notification Orlodrim, c'est réglé effectivement ÉmoticôneGrandCelinien Questions - Aide ? 10 septembre 2016 à 00:03 (CEST)[répondre]
Notification Orlodrim : Bonjour, en patrouille j'utilise uniquement le gadget LiveRC « DiffExtension » et depuis hier j'ai le même problème sauf que ça ne marche toujours pas actuellement. Si vous pouviez faire quelque chose pour rétablir le fonctionnement de ce gadget, ça serait super ! Merci d'avance, — BerAnth (m'écrire) 10 septembre 2016 à 17:16 (CEST)[répondre]
J'ai appliqué le même traitement à MediaWiki:Gadget-LiveRC.js/Extensions/DiffExtension.js. Ça marche ? Orlodrim (discuter) 10 septembre 2016 à 17:23 (CEST)[répondre]
Notification Orlodrim : Ah oui, ça va tout de suite beaucoup mieux ! Merci beaucoup pour la rapidité d'intervention. — BerAnth (m'écrire) 10 septembre 2016 à 18:09 (CEST)[répondre]

Fonctionnalité bêta : Curseur de révision[modifier le code]

Bonjour,

Quand la on active le curseur de révision dans les préférences bêta, ce dernier s'affiche également (mal) dans LiveRC. Ce qui n'est pas très pratique pour voir le diff. Y a t'il un moyen de le cacher juste au sein du gadget ? Merci. Prométhée (discuter) 25 septembre 2016 à 11:20 (CEST)[répondre]

Notification Prométhée : Salut, c'est une fonctionnalité béta donc je ne sais pas combien de temps ma solution de contournement fonctionnera mais je la propose tout de même : Dans ta page personnelle de personnalisation du CSS LiveRC, il te faut rajouter le code suivant qui permet de ne pas afficher le curseur de révision :
.mw-revslider-container{
	display: none;
}
A+ Shawn (discuter) 14 octobre 2016 à 18:25 (CEST)[répondre]
Ok, merci pour le code CSS. Prométhée (discuter) 14 octobre 2016 à 23:13 (CEST)[répondre]
Pour info, si on utilise DiffExtension pour avoir les fonctions automatiques de LiveRC dans les diff "normaux" et que l'on souhaite conserver le curseur de révision sur les pages de diff, il faut plutôt utiliser ce code :
#livePreview .mw-revslider-container{
	display: none;
}
Shawn (discuter) 17 mai 2017 à 20:43 (CEST)[répondre]
Notification Shawn : bonjour, ton CSS pour DiffExtension ne fonctionne pas ou plus, j'ai toujours le curseur et pas mes boutons. --Mathis B discuter, le 4 novembre 2017 à 08:53 (CET)[répondre]
Salut Notification Mathis B, c'est bizarre, je n'ai pas ton problème chez moi. Testé sous Windows 10 (Chromium, Firefox et Edge) et tout semble fonctionner. J'ai bien DiffExtension, je vois aussi le revision slider et je peux utiliser les boutons de LiveRC. Tu utilises quel navigateur ? Tu as essayé de désactiver RevisionSlider dans les préférences ("Ne pas montrer RevisionSlider" dans l'onglet Apparence) ? Shawn (discuter) 4 novembre 2017 à 18:24 (CET)[répondre]
Notification Shawn : problème résolu, LiveRC était désactivé, pour une raison que j'ignore… --Mathis B discuter, le 4 novembre 2017 à 19:24 (CET)[répondre]

Pour ceux qui ne suivent pas le BULPAT[modifier le code]

Ceci vous intéressera : Wikipédia:Bulletin des patrouilleurs#Nouvel outil pour la patrouille ? 😉 — Superjuju10 [Aubline à votre disposition], le 15 octobre 2016 à 09:51 (CEST)[répondre]

Nouvel outil pour la patrouille ?[modifier le code]

Voir Wikipédia:Bulletin des patrouilleurs#Nouvel outil pour la patrouille.

Tout commentaire est le bienvenu. — Thibaut (会話) 18 octobre 2016 à 18:10 (CEST)[répondre]

Astuce : bouton pour masquer les modifications qui sont "autopatrolled" et celles marquées comme "relues"[modifier le code]

Salut, je vous propose cette astuce que j'ai utilisée dans ma configuration de LiveRC et qui permet d'ajouter un bouton de suppression de ligne (les petites croix en haut à gauche de la liste des diff).

Ce bouton permet de retirer de la liste les révisions qui ont été faites par des utilisateurs "autopatrolled" et celles marquées comme "relues". Ceci permet de ne pas patrouiller des modifications qui ont déjà été relues.

Voici la procédure à suivre :

  1. Dans le panneau de configuration de LiveRC, aller dans l'onglet "Onglets"
  2. Cocher "Paramètres pour boutons de suppression de lignes" (nécessite de rafraichir la page pour être pris en compte il me semble)
  3. Dans le nouvel onglet "Suppression RC" qui apparait, ajouter la configuration suivante : textId:HIDE_PATROLLED color:#b2b2b2 class:RcPatrolled separator:
  4. Valider et recharger la page.

Voilà, normalement un nouveau bouton de suppression de ligne est apparu. Il retirera de la liste les lignes déjà relues (celles qui ont le nom d'utilisateur sur fond gris).

En espérant que cela pourra vous être utile...

Amicalement, Shawn (discuter) 7 novembre 2016 à 20:17 (CET)[répondre]

Mise à jour messages user[modifier le code]

Bonsoir,

En attendant Cuddle, j'ai mis à jour et ajouté de nouveaux messages (+ mis à jour les msg copyvio suite à ci-dessus) utilisateurs. Par contre, pour forcer l'actualisation, il faut supprimer dans votre Special:MyPage/LiveRCparam.js toute la rubrique // -- Modèles d’avertissement --. — Superjuju10 (à votre disposition), le 20 décembre 2016 à 23:37 (CET)[répondre]

Mark as patrolled doesn't work[modifier le code]

Bug report from itwiki: in diff view, the link "mark as patrolled" (in italian "Segna come verificata") doesn't work anymore. Whenever you click on it, the edit remains not patrolled. --Rotpunkt (discuter) 3 janvier 2017 à 18:54 (CET)[répondre]

Bug maybe linked to this change : https://phabricator.wikimedia.org/T88044 Shawn (discuter) 4 mai 2017 à 13:39 (CEST)[répondre]
Hi Notification Rotpunkt, I fixed it here : https://fr.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-LiveRC.js&type=revision&diff=137363805&oldid=137042589 Shawn (discuter) 15 mai 2017 à 21:23 (CEST)[répondre]

ReviewStream[modifier le code]

Bonjour

L'équipe Collaboration a mis en place un flux de données appelé ReviewStream destiné à améliorer l'effort de vérification des modifications récentes. Il inclut les prédictions de ORES (non disponibles sur Wikipédia en français pour le moment, mais existant pour d'autres langues où LiveRC est utilisé) et la mise en place de niveaux d'expérience pour les éditeurs.

N'hésitez pas à me contacter si vous souhaitez intégrer ReviewStream à LiveRC.

Cordialement, Trizek (WMF) (discuter) 23 mars 2017 à 15:03 (CET)[répondre]

Compatibilité Timeless[modifier le code]

Il semblerait que LRC soit incompatible au nouveau thème Timeless. C'est normal, il n'est pas fait pour. Bien que ce ne soit pas urgent, pour fixer simplement le problème, il serait pratique pour les utilisateurs d'avoir une vérification au démarrage de LRC : si Timeless est détecté, recharger la page en utilisant le paramètre &useskin=vector afin de forcer l'utilisation du thème par défaut, vector, seulement sur la page courante. Notification GrandCelinien, Bastenbas et Litterae :. --Framawiki 19 septembre 2017 à 22:35 (CEST)[répondre]

Notification Framawiki : Chez moi LiveRC fonctionne sous timeless avec Firefox 55.0.2 sous Linux. Bastenbas (Discuter) 19 septembre 2017 à 22:38 (CEST)[répondre]
Je viens de tester, en tentant de visionner une diff, j’ai effectivement des gros problèmes d'affichage qui émergent. Firefox/Windows 7. — GrandCelinien (discuter) 19 septembre 2017 à 22:48 (CEST)[répondre]
Bonjour et merci. Où copier-coller ce paramètre ? -- [] 20 septembre 2017 à 09:04 (CEST)[répondre]
J'ai testé pour vérifier, pas de problème de mon côté non plus sur firefox/debian. Ce lien lance LiveRC avec Vector, l'ancien thème. --Framawiki 20 septembre 2017 à 19:39 (CEST)[répondre]
Merci ! Bonne soirée à tous ! -- [] 20 septembre 2017 à 19:44 (CEST)[répondre]

Être ou ne pas être un bot[modifier le code]

Bonsoir, en me connectant ce soir à LiveRC, j'ai eu l'agréable surprise de voir que l'icône bot était affichée à coté de mes diffs (voir le rendu : 1, 2). Certains autres utilisateurs, comme Notification Lomita et Bastenbas (j'en oublie sûrement) ont vu la même chose que moi, d'autres non. Cela est pour le moins étrange, je n'ai pas de bot, je n'en suis pas un (!), je ne comprends pas pourquoi il y a eu ce bug. Après bidouillage, tout est revenu à la normale, mais je voulais vous rapporter cette étrange apparition pour savoir si c'est un problème connu. Cordialement. VateGV taper la discut’ 6 novembre 2017 à 20:00 (CET)[répondre]

C'est ce que tout bot suffisamment développé dirait pour nous faire croire qu'il n'en est pas un… Émoticône GrandCelinien (discuter) 6 novembre 2017 à 20:37 (CET)[répondre]
Désolé, humain, je vais devoir effacer toute preuve de cette révélation… Émoticône. VateGV taper la discut’ 6 novembre 2017 à 20:45 (CET)[répondre]
Par principe, j'ai vérifié que ça ne vient pas de médiawiki sur cette diff rapportée par Lomita comme marquée bot :
SELECT rc_id, rc_bot FROM frwiki_p.recentchanges_userindex where rc_user_text = 'VateGV' and rc_timestamp > 20171106000000 and rc_title rlike 'Fonds' limit 10;
'347061385', '0'
Framawiki 6 novembre 2017 à 21:47 (CET)[répondre]
Notification Framawiki : J'ai effectué cette modif après l’apparition du « problème », mais ça ressemble à une piste… VateGV taper la discut’ 6 novembre 2017 à 23:08 (CET)[répondre]

Clignotement des motifs de revert[modifier le code]

Bonjour (cc @Arkanosis),

Sous FF Quantum 57.0.3 (Windows 10), après avoir cliqué sur un diff, si je veux sélectionner dans la boîte déroulante (sous le champ « Défaire ») un motif pré-établi de revert, lorsque mon curseur survole l'un des motifs, il se met à clignoter (en réalité : le focus alterne très rapidement entre le motif survolé et la ligne blanche en haut de la boîte déroulante servant à laisser un motif vide, personnalisable) puis la boîte déroulante se referme après environ une seconde. Ce qui oblige d'être rapide pour cliquer sur le bon motif.

Y a-t-il un moyen de réparer ce bug, qui n'est pas critique, mais gênant ?

Amicalement, — Jules Discuter 3 janvier 2018 à 17:40 (CET)[répondre]

Hello Émoticône sourire
J'ai un fort soupçon vis-à-vis du hack dans LiveRC_BlankExtension_Toggle qui fait qu'on ne cache pas immédiatement le menu déroulant, mais qu'on en diminue progressivement l'opacité via LiveRC_alert_setOpacity, de 5 points toutes les 50 millisecondes après une première pause 200 millisecondes, jusqu'à le fermer complètement. Ça colle avec le fait que le clignotement ne débute que si on se déplace hors du « titre » du menu déroulant et avec le lag initial, la fréquence du clignotement, et la fermeture forcée qui suit.
Si on pouvait se débarrasser complètement du hack, ce serait l'idéal, mais j'imagine qu'on doit pouvoir faire en sorte que la fermeture ne soit pas branchée sur le onmouseout du select mais sur un événement plus approprié. À creuser…
Amicalement — Arkanosis 3 janvier 2018 à 18:16 (CET)[répondre]
✔️ J'ai contourné le problème, mais je ne suis pas satisfait de l'approche (d'autant que le risque est maintenant d'avoir le menu replié qui reste affiché trop longtemps — même si ça me semble moins gênant). En théorie, on devrait utiliser onmouseleave plutôt que onmouseout pour ne pas que l'événement soit déclenché en allant balader la souris sur les option du select, mais Firefox n'a pas l'air d'implémenter ça correctement (en tout cas, avec la version 58.0b13).
Je notifie à tout hasard Od1n, qu'il ait au moins le « pourquoi » avant de faire une syncope à la vue du diff Émoticône.
Amicalement — Arkanosis 4 janvier 2018 à 04:21 (CET)[répondre]
Refs l'horreur en question. Une meilleure solution pourrait se trouver du côté du markup natif "datalist" (Stack Overflow, MDN) (sauf que la flèche du dropdown n'est pas affichée, ce qui est complètement c**… et pour l'afficher c'est du bricolage dégueulasse : Stack Overflow, et surtout pour Firefox). od†n ↗blah 4 janvier 2018 à 14:51 (CET)[répondre]
Bien que j'abhorre "OOjs UI" machin là, une autre solution pourrait se trouver du côté des ComboBox menus. od†n ↗blah 4 janvier 2018 à 14:57 (CET)[répondre]
Je n'ai pas d'apriori positif ou négatif sur OOjs, mais ça ne peut pas être pire que le setTimeout actuel Émoticône
Reste à voir si ça n'entre pas en conflit avec le mouseover qui gère le déplacement du séparateur horizontal (un autre hack moins poilu mais plus impactant sur l'ensemble de l'interface).
Amicalement — Arkanosis 4 janvier 2018 à 16:14 (CET)[répondre]

Game Over pour Cuddle[modifier le code]

Bonjour,

Cf Wikipédia:Bulletin des patrouilleurs#Game Over pour le projet Cuddle. — Superjuju10 (à votre disposition), le 31 janvier 2018 à 19:02 (CET)[répondre]

LiveRc Changement VisualEditor-Wiki Bug[modifier le code]

Bonsoir, j'ai depuis ce soir , fait une fausse manipulation sur la configuration de liverc, depuis quelques heures, je me retrouve avec les deux boutons qui permet de passer entre Le visuel et le wikitexte dans la prévisualisation des diffs. J'ai cru avoir résolu le problème mais avec échec. (Nb: j'utilise la beta "Diffusions visuels" qui est très pratique en edition normal et en patrouilleur mais le bouton de changement de vision sur live rc me dérange) Merci :) Tomybrz (Une discussion?) 16 février 2018 à 20:17 (CET)[répondre]

Paramétrage[modifier le code]

Hello.

J'ai mis à jour mes paramètres LiveRC hier et le gadget s'est mis à afficher les journaux de suivi, ainsi que les lignes « patrol ». Dans le premier cas, décocher l'option ne change rien. Dans le deuxième cas, j'ignore comment les faire disparaître. J'ai annulé mon paramétrage mais rien n'a changé.

Orıkrın1998 (+) blablatoir 18 juin 2018 à 14:07 (CEST)[répondre]

i18n for AbuseFilter actions is not rendered correctly[modifier le code]

Hi everyone, I'm sorry for writing in english but I can't really communicate well in French. While using LiveRC I noticed that, if there's a filter set to "block" AND "tag", the action message is rendered wrong: you'll see "Actions: <abusefilter-action-tag,block>". It's easy to see that the function window.getFilterAction receives "tag,block" as a comma-imploded list of actions, but is instead treated as a normal string and concatenated to "abusefilter-action-", thus the wrong display. I'm not sure if this is a LiveRC problem, or it's due to some AbuseFilter bug, but anyway I'm reporting it here (and will fix it in AbuseFilter code if needed). Thanks, --Daimona Eaytoy (discuter) 10 octobre 2018 à 13:16 (CEST)[répondre]

Notification Daimona Eaytoy : How about this? od†n ↗blah 10 octobre 2018 à 16:23 (CEST)[répondre]
Yes, At a glance it seems fine. I also checked it on LiveRC itself and messages are shown correctly. Many thanks! --Daimona Eaytoy (discuter) 10 octobre 2018 à 17:19 (CEST)[répondre]

Mark and edit as minor[modifier le code]

Hi, sorry but I don't speak French. I was wondering if there's currently a way to mark an edit as minor. My understanding is that the feature was added in version 0.4.2, but then removed in 1.0.0, or is there an option somewhere else that I can't find? Thanks in advance. --Titore (discuter) 12 novembre 2018 à 18:42 (CET)[répondre]

Semi-protection étendue[modifier le code]

Bonjour ! Quand je demande un blocage avec LiveRC sur Wikipédia:Vandalisme en cours, la page est en semi-protection étendue, mais ça me met une erreur alors que je suis autopatrolled. Est-ce que vous pouvez corriger ce bug s.v.p ? Merci !--Simon-kempf (discuter) 27 février 2019 à 19:05 (CET)[répondre]

Bonjour,

Pour info, il semble y avoir un bug (rare j'imagine) lors de la visualisation de diff.

Je ne sais pas comment le reproduire, mais je vois dans la colonne de droite des modifications de la modif concernée "'''''Mona Lisa''''', est un tableau est un tableau officiellement attribué à l'atelier de".

Cela a entrainé mon clic sur défaire (modif).

Hors après vérif via l'historique de l'article il n'y a jamais eu "est un tableau est un tableau" avant mon annulation.

Je ne vois pas d'explication, la seule particularité que je vois est que mon "défaire" s'est comporté comme une annulation en un coup de deux modifications (mais ça n'explique pas en rien diff qui s'affiche).

TramwaySuspendu (talk) 12 juin 2019 à 03:02 (CEST)[répondre]

Notification TramwaySuspendu : Si si, il y a bien eu "est un tableau est un tableau", une première fois ici -> [8], une seconde fois là ->[9], la deuxième fois ça a été corrigé très vite (entre le moment de l'erreur et ton reverte), ton annulation a peut-être non pas annulé l'erreur mais la dernière modif de l'article, la correction donc. -- Sebk (discuter) 12 juin 2019 à 03:37 (CEST)[répondre]
Merci pour cette réponse. Effectivement. Mon annulation ne semble pas avoir annulé le diff sous mes yeux lors du clic, ni aucune modification unique d'ailleurs, mais la combinaison de deux (d'où le +28 sur l'opération balisée LiveRC alors qu'il n'y a pas -28 avant). ✍TramwaySuspendu (talk) 13 juin 2019 à 01:03 (CEST)[répondre]

Atelier Wikipoétique[modifier le code]

Bonjour !

Les Midis de la Poésie organisent cet après-midi à Bruxelles un Wikiatelier consacré aux poétesses contemporaines. Je serai en charge de la formation et de l'encadrement des nouvelles contributrices et nouveaux contributeurs. Merci d'être bienveillants vis-à-vis de la création des articles autour de cette thématique, n'hésitez-pas à venir déposer un message sur ma page de discussion en cas de problème. Merci de ne pas supprimer ou révoquer plus vite que votre ombre ; essayez, dans la mesure du possible, d'être pédagogues et d'expliquer les problèmes sur la PdD de l'article ou de la contributrice/du contributeur qui y travaille. Je serai particulièrement attentif aux critères d'admissibilité, mais il est possible que certains articles soient dans la zone grise. Merci de ne pas lancer trop rapidement de procédure de suppression et de laisser le temps aux contributrices et contributeurs de rassembler de nouvelles sources.

Vous êtes évidemment les bienvenus pour travailler avec nous sur cette thématique Émoticône.

Belle journée ! M0tty [Plaidoyers et jérémiades] 14 septembre 2020 à 13:45 (CEST)[répondre]

TypeError: data.CallBack is not a function. (In 'data.CallBack()', 'data.CallBack' is undefined)[modifier le code]

Apologies for writing in English.

There were a few instances of the above error in our production logs today but I'm not sure exactly where they are coming from. Stack trace points to this script inside at httpComplete. Could you please take a look? Jon (WMF) (discuter) 20 octobre 2020 à 21:01 (CEST)[répondre]

Notification Jon (WMF) : I fixed an issue that could have caused this in MediaWiki:Gadget-PaStec.js, which is the only gadget that contains "data.CallBack()". But it's strange that the stack trace points to this script instead. Orlodrim (discuter) 20 octobre 2020 à 23:00 (CEST)[répondre]

Bonjour,

Suite à ce message, que ma PdD, je me demandais s'il y avait le moyen que lorsque l'on fait la requête pour une suppression immédiate, qu'elle y insère le bandeau {{SI}}, sur la page en question.

Bien cordialement,

Florian COLLIN (discussion) 28 octobre 2020 à 12:58 (CET)[répondre]

Bonjour, je me pose la même question @Florian COLLIN, en 3 mois vous auriez trouvé une réponse?
Bonne journée, RG067 (discuter) 21 décembre 2020 à 15:40 (CET)[répondre]
Je pense avoir une idée de code, mais je ne sais pas où le placer dans le script, @RG067.
Bien cordialement,
Florian COLLIN (discussion) 21 décembre 2020 à 16:04 (CET)[répondre]
Je n'y connais rien, donc je ne serais pas d'une grande aide dans ce domaine. Peut-être juste une extension?
Merci, RG067 (discuter) 21 décembre 2020 à 16:16 (CET)[répondre]
L'ajout d'une extension ne serait pas plus simple non plus. Je vais voir ce que je peux faire. Florian COLLIN (discussion) 21 décembre 2020 à 18:27 (CET)[répondre]
Super, bon courage! RG067 (discuter) 21 décembre 2020 à 18:59 (CET)[répondre]
Hello @RG067,
J'ai trouvé le code permettant d'ajouter le bandeau mais lorsque j'ai analysé le code source de LiveRC, j'ai trouvé le problème que je vais essayer de résumer : pour les actions de suppressions, blocages..., elle est résumé dans un code JSON en haut de page, et plus bas vers la fin (ligne 14667), il est dit en gros pour telle action tu me modifie la page indiqué dans le JSON, avec le modèle indiqué dans le JSON... J'espère avoir été compréhensible, si ce n'est pas le cas n'hésite pas à me le dire. Mais bref... cela fait qu'on ne peut pas mettre un code spécifique pour les SI, comparé au DPP... Donc je vais voir si je peux trouver une autre solution, mais je pense que comme tu dis, il faudra passer par une extension.
Bien cordialement,
Florian COLLIN (discussion) 21 décembre 2020 à 21:42 (CET)[répondre]

Merci pour les explications, j'ai compris l'essentiel je pense. Bonne soirée, RG067 (discuter) 21 décembre 2020 à 22:49 (CET)[répondre]

Boîte de discussion[modifier le code]

Bonjour, Est-ce un bug? ma boite de discussion affiche le message suivant: "Flow\Exception\InvalidDataException" après activation du nouveau système de discussion structurée. De ce fait je n'ai plus accès à aucun des messages qui me sont adressés, et il m'est impossible de revenir à la version antérieure. Peut-on m'indiquer la procédure qui rétablirait ma page discussion? Bien cordialement Merci Pierre André (talk)

Notification Pierre André Leclercq : Je vous suggère de contacter Wikipédia:Questions techniques. Cordialement. --SleaY (discuter) 16 mars 2021 à 20:24 (CET)[répondre]
merci pour votre message. Je contacte rapidement la page indiquée. Bien cordialement Merci Pierre André (talk)

Problème Whois Toolforge[modifier le code]

Bonjour, je poste ce message afin de vous informer d'un problème avec l'outil "Whois" dans LiveRC.

En effet, lorsqu'une IP fait une modification, il est possible de cliquer sur le "?" à côté de l'adresse IP afin d'accéder à un "whois". Cependant, l'URL du site utilisé (tools.wmflabs.org/whois/) est mauvaise et je suis redirigé vers un "404 not found". En allant voir des mes paramétrages LiveRC, j'ai vu que l'adresse utilisée pour le Whois était par défaut "https://tools.wmflabs.org/whois/$1/lookup" ($1 = IP).

J'ai donc trouvé l'URL qui fonctionne, et la position de l'adresse IP dans celle-ci.

Pour que cela marche, j'ai donc remplacé l'URL par défaut par "https://whois.toolforge.org/gateway.py?lookup=true&ip=$1".

Je vous informe donc de ce problème qui semble généralisé puisque c'est un paramétrage par défaut de LiveRC (cf. MediaWiki:Gadget-LiveRC-frWP.js, paramètre "WhoisURL").

Je vous souhaite une bonne continuation Émoticône sourire.

Cordialement, — Asticoco[Discuter avec moi] 26 mars 2021 à 17:21 (CET)[répondre]

Fait. — Thibaut (discuter) 26 mars 2021 à 17:43 (CET)[répondre]

Projet de remplacements d'icônes[modifier le code]

Bonjour,

Une requête DIMS a été initiée en 2019 (!) pour remplacer une icône PNG par sa version SVG, puis la requête a évolué vers un remplacement global des icônes PNG par des versions SVG. Le problème est que le projet est resté inachevé, laissant une DIMS qui traîne depuis plus de deux ans

Comme on ne peut pas se permettre de laisser traîner la DIMS indéfiniment, je clôture celle-ci, et je mets ici un lien vers la discussion où elle en est resté : Spécial:Lien permanent/186467067#MediaWiki:Gadget-LiveRC.js – PNG --> SVG.

Le choix des icônes de remplacement semble avoir déjà bien avancé. Pour ceux qui le souhaiteraient, vous pouvez poursuivre la discussion ici et poster une nouvelle DIMS lorsque tout aura été défini.

Pour notification : Notification Thomas Linard et Niridya

od†n ↗blah 21 septembre 2021 à 01:56 (CEST)[répondre]

Bonjour Od1n (d · c · b)
C'est très dommage que cette requête n'ait pas abouti, le remplacement d'icône était complet. Dans ma mémoire, il n'y avait plus qu'à en faire le CSS officiel, mais ça n'a jamais été fait et je n'ai pas compris pourquoi. Thomas Linard (discuter) 23 septembre 2021 à 18:43 (CEST)[répondre]
La page DIMS est vraiment pour les requêtes entièrement prêtes et validées, de sorte qu'il ne reste plus à l'admin qu'à appliquer les modifications demandées. Si toutes les icônes ont été choisies et que cela aboutit à une charte homogène, il reste possible de poster une nouvelle DIMS, mais cette fois en fournissant le nouveau code demandé ; parce que là, l'admin devait aller chercher et remplacer le nom de chaque image lui-même, très laborieux ce qui explique certainement pourquoi personne n'a pris en charge la requête.
De plus, il faudrait aussi "mettre en valeur" la requête, genre en ajoutant une capture d'écran du résultat, en fournissant un CSS permettant d'essayer localement le nouveau design ; parce que là de ce qu'en vois, il y a plein d'icônes qui sont… en noir et blanc. Je devine une refonte semblabe à ce qu'il y a eu par exemple sur le site MDN, c'est-à-dire une nouvelle mode qui nous vient de chez Google, et qui ne va pas vraiment dans le bon sens du point de vue de l'esthétique. C'est pourquoi, avant de poster une nouvelle DIMS il pourrait être judicieux de déjà réaliser ces points, surtout la possibilité d'essayer localement le design avec un CSS supplémentaire, pour pouvoir éventuellement apporter des retouches.
od†n ↗blah 24 septembre 2021 à 08:35 (CEST)[répondre]

Projet LiveRC 2.0[modifier le code]

Wikipédia:Patrouille RC/Projet LiveRC 2.0. — Jules* discuter 15 mars 2022 à 13:35 (CET)[répondre]

Gestion des styles dans les prévisualisations[modifier le code]

Quelques notes au sujet de cette modif :

  • À la suite de 192070091 j'ai remarqué qu'il manquait quelquefois des styles CSS dans les aperçus, par exemple les en-têtes des pages de diff.
  • C'est parce qu'auparavant, la page en aperçu était entièrement (oui, le document HTML entier) stockée dans un <div> en "display:none", attaché au DOM de la page LiveRC. De cet élément masqué, on extrayait le contenu qui nous intéressait pour l'insérer dans l'interface de LiveRC. Mais tout le reste était encore dans le <div> invisible, notamment les styles présents dans la page en aperçu, et qui étaient donc effectif sur la page LiveRC.
  • Le plus souvent, cela passe inaperçu, car la page LiveRC étant elle-même une page de Wikipédia, la plupart des styles sont déjà présents. Mais certaines pages chargent des styles supplémentaires, par exemple mediawiki.diff.styles, mediawiki.interface.helpers.styles, ou bien encore mediawiki.pager.styles.
  • La première solution à laquelle j'avais pensé était d'ajouter des mw.loader.load('mediawiki.diff.styles')etc. mais la liste des modules nécessaires aurait été laborieuse à établir, et pire encore, cela aurait été une horreur à maintenir (c'est le genre de truc qui n'arrête pas de changer dans MediaWiki).
  • J'en suis donc, après pas mal de réflexion, arrivé à cette solution.
  • Après avoir effectué quelques recherches, en l'état actuel des specs HTML5, il est maintenant tout à fait permis (car apparemment cela n'était pas permis à un moment) d'ajouter des éléments metadata <link> dans le <body>, même à l'intérieur d'un autre élément, dans un <div> ou même dans un dans un <span> si ça nous chante.
  • Un avantage avec la présente solution est qu'elle reste simple : getPageContent() continue de simplement retourner un node, et lorsque l'on supprime ce node plus tard, les styles sont automatiquement supprimés aussi.
  • Le seul problème auquel je peux penser, hormis le fait qu'on se retrouve avec du CSS redondant, est que les styles ajoutés, de par leur position dans le DOM, pourraient prendre la priorité sur d'autres styles. Il serait peut-être préférable de les insérer à la fin du <head> ou au début du <body> de la page LiveRC ; mais du coup il faudrait gérer leur suppression en même temps que la suppression ou le remplacement de la prévisualisation, autrement ils iraient s'accumuler.
    • Il aurait été possible de refaire un système de <div> invisible, et supprimé à chaque nouvel appel de getPageContent(), comme il y avait avant 192070091, mais qui n'aurait contenu que les stylesheets et non le document entier. Et en prenant soin de le placer au début du <body> et non à la fin. Mais de toute façon, cela ne résoudrait rien : les autres styles ajoutés dynamiquement sont placés à la fin du <head>, après les styles de départ, et c'est entre ces deux-là qu'il faudrait idéalement placer nos stylesheets extraites de la prévisualisation. De plus, auparavant les styles de la prévisualisation étaient positionné à la fin du <body> de la page LiveRC, donc avec la plus haute priorité, et cela n'a apparemment jamais posé problème, donc en pratique il ne doit pas y avoir de problème de priorité. Avec ma présente solution, les styles sont déjà plus haut dans le DOM qu'auparavant (et pourraient donc laisser la priorité aux TemplateStyles), et je pense que cela devrait être suffisant en pratique.
  • Tout cela n'est nécessaire que si le contenu rapatrié est affiché. Si le DOM de ce contenu n'est pas affiché (exemples : ces deux fonctions qui ne font que récupérer les données du formulaire, ou bien encore l'élément CatMaintenance_PageRequete dans le script MaintenanceCategorie.js), il n'est pas utile de bricoler pour ajouter les styles.

od†n ↗blah 21 mars 2022 à 17:47 (CET)[répondre]

Hello @od1n. Ça n'a peut-être rien à voir, mais depuis ce jour, dans LiveRC, les diffs ne s'affichent plus comme avant : les ajouts et les retraits ne sont plus sur fond blanc, mais sur fond gris ou transparent (le gris est celui du background de l'ensemble de LiveRC). Bàt, — Jules* discuter 29 mars 2022 à 19:14 (CEST)[répondre]
Salut @Jules*, j'ai effectivement fait une modification tout à l'heure, suite à laquelle on a effectivement un background-color:white; en moins (vu qu'il a depuis lors été supprimé dans les styles upstream que l'on charge), mais je viens d'effectuer quelques tests et je ne constate aucune différence. Pourrais-tu décrire plus précisément où le fond blanc a disparu ? Quelle skin (vector, vector legacy, monobook…) utilises-tu (vu que cela peut avoir un impact) ? od†n ↗blah 29 mars 2022 à 20:07 (CEST)[répondre]
@Od1n. Je suis sous Vector. Voici une capture d'écran [10]. Le paragraphe concerné par la suppression/l'ajout, avec les bordures jaune (gauche du diff) et bleue (droite du diff) sont sur fond gris, contrairement aux paragraphes non modifiés, sur fond blanc. Avant, tout était sur fond blanc.
Et merci pour la maintenance que tu fais sur LiveRC ! — Jules* discuter 29 mars 2022 à 20:14 (CEST)[répondre]
@Jules* J'ai constaté que tu as défini des styles chez toi : Utilisateur:Jules*/common.css et Utilisateur:Jules*/vector.css. En faisant un mw.loader.addStyleTag('table.diff { background-color:white }'); ça rétablit le fond blanc. Est-ce que cela restaure l'affichage comme tu avais avant, ou subsiste-t-il d'autres disparités ? od†n ↗blah 29 mars 2022 à 21:08 (CEST)[répondre]
J'ai ajouté ceci à ton CSS pour rétablir le fond blanc. Avec les "background:none" dans ton CSS, LiveRC affiche les prévisualisations avec la couleur de background d'un élément parent .LiveRC_PreviewBG (gris), alors qu'habituellement LiveRC les affiche avec la couleur de background de .livePreviewBG (blanc).
Tu peux me croire, ces histoires de CSS des prévisualisations dans LiveRC c'est un bazar pas croyable !
À propos, une grande partie de tes styles pour LiveRC ne sont en fait pas appliqués, car suite au renommage de la page, tous les sélecteurs commençant par .page-Utilisateur_EDUCA33E_LiveRC ne sont plus effectifs.
od†n ↗blah 30 mars 2022 à 00:49 (CEST)[répondre]
Merci, c'est de nouveau comme avant Émoticône sourire. J'ai dû définir ces styles personnalisés il y a des années… Sinon, j'ai l'impression que LiveRC en général est un bazar pas croyable ! — Jules* discuter 30 mars 2022 à 13:21 (CEST)[répondre]

Amélioration du wikicode des messages de requête déposés[modifier le code]

Bonjour je suis tombé sur cette modification en page des demandes de SI par JackJackpot à l'aide du gadget LiveRC. Elle présente deux problèmes :

  • l'ajout inutile de trois lignes vides entre le titre de section et le début de la liste, ce qui ne facilite pas l'identification des sections lors de la lecture du wikicode. Une ligne suffirait amplement.
  • l'insertion d'un Recréation d'une page supprimée suite à une {{#ifexist:{{TALKPAGENAME}}/Admissibilité|[[{{TALKPAGENAME}}/Admissibilité|décision communautaire]]|[[Wikipédia:Débat d'admissibilité|décision communautaire]]}} qui n'est pas approprié car la page des suppressions immédiates n'est pas celle faisant l'objet du débat d'admissibilité. Je ne sais pas si ce second point est le résultat d'une erreur lors de la rédaction du message ou d'une erreur dans le gadget LiveRC. À priori ce texte provient de la page MediaWiki:Deletereason-dropdown. D'ailleurs, un problème similaire a déjà été soulevé antérieurement (cf. #Mauvais lien) et apparemment résolu en 2014.

Le petit problème des lignes vides excédentaires concerne plusieurs pages de requêtes sur lesquelles le gadget LiveRC permet de déposer des demandes dont au moins WP:SI et WP:Vandalisme en cours.
Si quelqu'un sait à quel endroit cela se règle, merci d'avance. — Ideawipik (discuter) 3 novembre 2022 à 15:37 (CET)[répondre]

Le débat d'admissibilité en question est celui-là. Je vais d'ailleurs refaire une SI.
Sinon, aucune idée de ce qu'il s'est passé. Amicalement, --JackJackpot (devisons) 3 novembre 2022 à 15:58 (CET)[répondre]
@Ideawipik : Les sauts de ligne sont insérés à la ligne 14759 (chercher EditParam["text"] = '\n\n{{subst:' + message + '|raison='+reason+'}}\n';) avec \n\n. ─ DreZhsh Discuter 3 novembre 2022 à 16:08 (CET)[répondre]
Merci beaucoup DreZhsh pour la réponse ultra-rapide. Le double passage à la ligne semble un résidu d'utilisation antérieure de « EditParam["appendtext"] » choix d'édition qui les nécessitait. Maintenant, on utilise « EditParam["section"] = "new"; », "sectiontitle" et "text". J'espère juste que le retrait proposé du \n\n ne posera pas de problème pour la fonction d'édition (ligne 14772, wpajax.http({ url: lrcGetAPIURL('action=edit'),) si la valeur du titre de section n'est pas spécifiée/vide (ligne 14758, (EditParam["sectiontitle"] = summary;), ce qui n'est peut-être jamais le cas dans le gadget. La flemme de décortiquer tout le codeÉmoticône sourire. Mais de toute façon, l'API gère l'ajout de contenu sans titre de section. — Ideawipik (discuter) 3 novembre 2022 à 17:23 (CET)[répondre]
Je viens d'appliquer la correction : 200666575. Et effectivement, comme l'a indiqué Ideawipik, quand bien même le résumé de modif viendrait à être manquant, l'API irait en générer un (cf. mw:API:Edit#API documentation). od†n ↗blah 22 janvier 2023 à 03:39 (CET)[répondre]

LiveRC and oversight[modifier le code]

Hi! I'm from itwiki, sorry for writing in English. As you may know, the LTA known as Piermark/HoY is active on both itwiki and frwiki.[11] Since a few days some users started noticing that LiveRC stops working for a while when HoY is active. At first we thought this was a coincidence, but today I noticed that this may happen when a steward suppresses his user name from the block logs (as just happened here). When the bug occurs the browser console log shows that log.title is undefined in https://fr.wikipedia.org/wiki/MediaWiki:Gadget-LiveRC.js. Please ping me if you need more info. --Titore (discuter) 23 janvier 2023 à 18:25 (CET)[répondre]

Traduction rapide par --Mathis B discuter, le 23 janvier 2023 à 19:04 (CET)[répondre]

Bonjour, je suis un contributeur de la Wikipédia en italien. Comme vous le savez peut-être, le vandale longue durée Piermark/HoY est actif sur it et fr. Depuis quelques jours, certains patrouilleurs ont signalé que LiveRC s'arrête de fonctionner quand il est actif. Au début on pensait à une coïcidence, mais aujourd'hui j'ai remarqué que ça peut arriver quand un steward masque lourdement son nom d'utilisateur dans le journal des blocages. Quand le bug se produit, la console du navigateur affiche log.title is undefined in https://fr.wikipedia.org/wiki/MediaWiki:Gadget-LiveRC.js​. Notifiez mois si vous avez besoin de plus d'infos.

Thanks for the report. I have applied this fix: 200729566. od†n ↗blah 24 janvier 2023 à 02:34 (CET)[répondre]
Merci beaucoup! On further analysis, the block logs in question are suppressed automatically by the filter to avoid leaking the account IPs (phab:T152394). Technically it is still an oversight-level deletion, so the fix still applies. Pinging @LD because, as I understand, he's been using a similar filter and he may have noticed something similar. Titore (discuter) 24 janvier 2023 à 15:31 (CET)[répondre]
@Titore Thanks for pinging. On fr-wiki, precisely $wgAbuseFilterActions, block, rangeblock and even degroup are set to false. We indeed use several filters based on accountname, but we rather target account names (not IPs) or edits. Some manual oversight-level actions are still required for some accountnames but I didn't notice any change on LiveRC (we rarely use those actions though).
Our user « Filtro anti abusi » is then only active for global filters, contrary to yours, more active overall.
For the record, we use another kind of "logs", even if based on abusefilter logs, which is less impacted by suppress and rename : Wikipédia:AbuseFilter/Modifications bloquées : suppressed/renamed accounts are still displayed, unless they have been automatically suppressed (which may not happen often as block is set to false). LD (d) 24 janvier 2023 à 17:30 (CET)[répondre]

Suppression du lien wiki au sujet de l'avis sur la page de discussion de l'utilisateur[modifier le code]

Bonsoir et merci beaucoup d'avoir développé cet outil, est-il possible de faire en sorte que le message d'avertissement laissé à l'utilisateur n'inclue pas le lien wiki vers la page ? Merci d'avance, cordialement Nilo1926 (discuter) 15 février 2024 à 17:52 (CET)[répondre]

LiveRC et le nouveau message d'annulation[modifier le code]

EN:
Hello! It's me again, sorry to bother you. About a year ago MediaWiki implemented plural and gender in MediaWiki:Revertpage, but it looks like LiveRC cannot handle the new message. Users on itwiki reported that the message was not correctly expanded (it just showed LiveRC: {{PLURAL:$7|Annullata la modifica|Annullate le modifiche}} di..., example here).

I did a quick check on frwiki recent changes, and it looks like you're not affected, but that is because we updated MediaWiki:Gadget-LiveRCSiteConfig.js, while you didn't yet. As a workaround, we're using the old message on our local LiveRC config, but every time someone updates it, it gets of course overwritten and the issue resurfaces.

Thank you!


FR translation by DeepL:
Bonjour ! C'est encore moi, désolé de vous déranger. Il y a environ un an, MediaWiki a implémenté le pluriel et le genre dans MediaWiki:Revertpage, mais il semble que LiveRC ne puisse pas gérer le nouveau message. Les utilisateurs d'itwiki ont signalé que le message n'était pas correctement développé (il montrait juste LiveRC: {{PLURAL:$7|Annullata la modifica|Annullate le modifiche}} di..., exemple ici).

J'ai fait une vérification rapide sur frwiki modifications récentes, et il semble que vous ne soyez pas concernés, mais c'est parce que nous avons mis à jour MediaWiki:Gadget-LiveRCSiteConfig.js, alors que vous ne l'avez pas encore fait. Comme solution de contournement, nous utilisons l'ancien message sur notre configuration LiveRC locale, mais à chaque fois que quelqu'un le met à jour, il est bien sûr écrasé et le problème refait surface.

Merci ! --Titore (discuter) 8 mars 2024 à 15:29 (CET)[répondre]