- ♪ Principal
- Hablar
- Dejar un mensaje
- Que hacer
- Herramientas
- Contribuciones
- Cajas de usuario
- Premios
- Envíeme un correo electrónico ♪
Archivo | |||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||
Boletín de administradores - mayo de 2021
Noticias y actualizaciones para administradores del mes pasado (abril de 2021).
Cambios de administrador
- Encantador • Carlossuarez46
Cambios en el administrador de la interfaz
- Ragesoss
Novedades sobre directrices y políticas
- Después de una RfC , se llegó a un consenso de que las apelaciones de terceros están permitidas pero no se recomiendan.
- La Política de Desysop de 2021 RfC se cerró sin consenso. Se encontró consenso en un RfC anterior para un procedimiento de desysop basado en la comunidad, aunque el procedimiento propuesto en el RfC de 2021 no obtuvo consenso.
Noticias tecnicas
- Se
oversight
cambiará el nombre del grupo de usuarios asuppress
. Esto es por razones técnicas . Puede comentar en T112147 si tiene objeciones.
- Se
Arbitraje
- La consulta comunitaria sobre el procedimiento de sanciones discrecionales del Comité de Arbitraje se cerró y se espera que se publique un borrador inicial basado en los comentarios de la consulta ahora cerrada a principios de junio y principios de julio para la revisión de la comunidad.
- Discutir este boletín
- Suscribir
- Archivo
Noticias tecnológicas: 2021-19
Últimas noticias tecnológicas de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios a finales de esta semana
- La nueva versión de MediaWiki estará en wikis de prueba y MediaWiki.org a partir del 11 de mayo. Estará en wikis que no sean de Wikipedia y en algunas Wikipedias a partir del 12 de mayo. Estará en todas las wikis a partir del 13 de mayo ( calendario ).
Cambios futuros
- Puede ver en qué planean trabajar los participantes en el hackathon de Wikimedia en línea del 22 al 23 de mayo.
Noticias de tecnología preparadas por los redactores de Tech News y publicadas por bot • Contribuir • Traducir • Obtener ayuda • Dar comentarios • Suscribirse o darse de baja .
15:08, 10 de mayo de 2021 (UTC)
Draftify script
Hola, Sr. S., soy un cliente satisfecho de su secuencia de comandos Draftify, pero creo que es posible que haya aparecido un error recientemente: cuando hago un borrador de las presentaciones del espacio de usuario, siempre he marcado "dejar un redireccionamiento" pero desmarcado "Ver borrador". y páginas de discusión de usuarios "para evitar hacer explotar mi lista de seguimiento. La pieza de redireccionamiento funciona correctamente, pero el script ahora agrega ambas páginas a mi lista de seguimiento de todos modos: un dolor. ¿Es este un problema conocido? ¿Quizás se introdujo cuando se implementó la función de lista de seguimiento con vencimiento en el tiempo? Edito usando Firefox; avíseme si encuentra algo. Gracias, UnitedStatesian ( charla ) 03:12, 14 de mayo de 2021 (UTC)
- @ UnitedStatesian : ¡ Gracias por el informe de errores! Investigué esto en testwiki y pude reproducirlo con el script Draftify y con la API sandbox . Sin embargo, el comportamiento fue ligeramente diferente de lo que describió: la página de destino se agregó a la lista de observación, pero la página de origen no. Debido a que el comportamiento también ocurrió en la zona de pruebas de la API, parece ser un error en la API de MediaWiki y no en el script. Echaré un vistazo al rastreador de errores de MediaWiki y veré si ya se ha informado; si no, presentaré un nuevo error. Por cierto, si siempre marca "dejar una redirección atrás" y desmarca "ver el borrador y las páginas de discusión del usuario", entonces puede hacer que esas opciones sean las predeterminadas poniendo el siguiente código en User: UnitedStatesian / common.js antes de importar el Draftify script:
Draftify = {}; Draftify . redireccionar = verdadero ; Draftify . reloj = falso ;
- Eso debería ahorrarle un par de clics. Lo mejor - Sr. Stradivarius ♪ talk ♪ 10:00, 15 de mayo de 2021 (UTC)
- Parece que arruiné los parámetros de la zona de pruebas de la API la primera vez, porque cuando lo intenté de nuevo con la zona de pruebas de la API, no se reprodujo. Entonces, es un problema con el guión, después de todo. He averiguado dónde está el problema, pero aún no estoy seguro de cuál es la mejor manera de solucionarlo. Regresaremos a esto mañana. (Por cierto, parece que el error ha estado en el guión desde el principio ...) - Sr. Stradivarius ♪ talk ♪ 15:31, 15 de mayo de 2021 (UTC)
- @ UnitedStatesian : He arreglado el script; ahora debería respetar las opciones de la lista de seguimiento que seleccione. En el proceso de solucionarlo, agregué una nueva casilla de verificación para "ver la página de conversación del usuario", y dividí la
watch
opción enwatchdraft
, para ver las páginas de origen y de destino, ywatchusertalk
para ver la página de conversación del usuario. Entonces, si desea evitar agregar páginas a su lista de observación, la configuración a continuación es probablemente la que desea:
- @ UnitedStatesian : He arreglado el script; ahora debería respetar las opciones de la lista de seguimiento que seleccione. En el proceso de solucionarlo, agregué una nueva casilla de verificación para "ver la página de conversación del usuario", y dividí la
- Parece que arruiné los parámetros de la zona de pruebas de la API la primera vez, porque cuando lo intenté de nuevo con la zona de pruebas de la API, no se reprodujo. Entonces, es un problema con el guión, después de todo. He averiguado dónde está el problema, pero aún no estoy seguro de cuál es la mejor manera de solucionarlo. Regresaremos a esto mañana. (Por cierto, parece que el error ha estado en el guión desde el principio ...) - Sr. Stradivarius ♪ talk ♪ 15:31, 15 de mayo de 2021 (UTC)
Draftify = {}; Draftify . redireccionar = verdadero ; Draftify . watchusertalk = falso ; Draftify . watchdraft = falso ;
- Espero que esto ayude. - Sr. Stradivarius ♪ talk ♪ 04:13, 16 de mayo de 2021 (UTC)
- Gracias Sr. S., realmente agradezco la ayuda. Best, UnitedStatesian ( charla ) 20:12, 16 de mayo de 2021 (UTC)
- Espero que esto ayude. - Sr. Stradivarius ♪ talk ♪ 04:13, 16 de mayo de 2021 (UTC)
Noticias tecnológicas: 2021-20
Últimas noticias tecnológicas de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- Hay una nueva barra de herramientas en la herramienta Responder . Funciona en el modo fuente de wikitexto. Puede habilitarlo en sus preferencias . [1] [2] [3]
- Las listas de distribución de Wikimedia se están moviendo a Mailman 3 . Ésta es una versión más reciente. Para que la codificación de caracteres funcione, cambiará de
UTF-8
autf8mb3
. [4] [5] - Un número anterior de Tech News decía que la API de citoid manejaría las fechas con un mes pero sin días de una manera nueva. Esto se ha revertido por ahora. Primero debe haber más discusión sobre cómo afecta a los diferentes wikis. [6]
Cambios a finales de esta semana
-
MediaWiki:Pageimages-blacklist
será renombradoMediaWiki:Pageimages-denylist
. La lista se puede copiar con el nuevo nombre. Ocurrirá el 19 de mayo para algunos wikis y el 20 de mayo para algunos wikis. La mayoría de los wikis no lo usan. Enumera imágenes que nunca deben usarse como miniaturas de artículos. [7] - La nueva versión de MediaWiki estará en wikis de prueba y MediaWiki.org a partir del 18 de mayo. Estará en wikis que no sean de Wikipedia y en algunas Wikipedias a partir del 19 de mayo. Estará en todas las wikis a partir del 20 de mayo ( calendario ).
Noticias de tecnología preparadas por los redactores de Tech News y publicadas por bot • Contribuir • Traducir • Obtener ayuda • Dar comentarios • Suscribirse o darse de baja .
13:48, 17 de mayo de 2021 (UTC)
Noticias tecnológicas: 2021-21
Últimas noticias tecnológicas de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.
Cambios recientes
- El movimiento Wikimedia ha estado utilizando IRC en una red llamada Freenode . Ha habido cambios en torno a quién tiene el control de la red. Los contactos del grupo IRC de Wikimedia han decidido trasladarse a la nueva red Libera Chat en su lugar. Esta no es una decisión formal para que el movimiento mueva todos los canales, pero la mayoría de los canales de IRC de Wikimedia probablemente dejarán Freenode. Hay una guía de migración y Wikimedia en curso discusiones sobre este .
Cambios a finales de esta semana
- La nueva versión de MediaWiki estará en wikis de prueba y MediaWiki.org a partir del 25 de mayo. Estará en wikis que no sean de Wikipedia y en algunas Wikipedias a partir del 26 de mayo. Estará en todas las wikis a partir del 27 de mayo ( calendario ).
Noticias de tecnología preparadas por los redactores de Tech News y publicadas por bot • Contribuir • Traducir • Obtener ayuda • Dar comentarios • Suscribirse o darse de baja .
17:05, 24 de mayo de 2021 (UTC)
Necesita su ayuda en el Módulo: título en cursiva
Oye, como creador de Module: Italic title , ¿podrías agregar soporte para un |test=
parámetro que genere el objeto justo antes de obj: renderDisplayTitle () para que pueda configurar los casos de prueba? Hice un cambio en la caja de arena para corregir un problema con un estilo de desambiguación, pero me gustaría configurar los casos de prueba para asegurarme de que cubre todas las variaciones. Lo haría, pero no estoy seguro de cómo conectarme a las funciones internas. También publiqué en la página de discusión de ese módulo un parámetro adicional si obtiene un cambio para verificarlo. Gonnym ( charla ) 13:46, 27 de mayo de 2021 (UTC)
- @ Gonnym : Puede probar el módulo sin agregar ningún parámetro nuevo si parchea el marco: callParserFunction (); de esa manera, en lugar de Module: título en cursiva que llama a la callParserFunction real, llama a un objeto simulado al que tiene acceso. El objeto simulado recuerda cómo se llamó, por lo que puede hacer afirmaciones sobre los argumentos de la llamada posteriormente. Comencé con esto en el Módulo: título / casos de prueba en cursiva . Usé el objeto "espía" del Módulo: Lua-mock para parchear callParserFunction. Además de recordar cómo se llamó a callParserFunction, el objeto espía llama a la callParserFunction real y devuelve el resultado, por lo que la salida del módulo debería ser la misma que la habitual.
En el módulo de casos de prueba, hice una función para parchear mw.title.getCurrentTitle () y otra función para parchear marco: callParserFunction (), las cuales toman funciones como entrada. Estas funciones parchean sus métodos respectivos, ejecutan la función que usted proporciona y luego revierten la función parcheada a la original. Esto significa que cualquier código que ejecute fuera de la función que proporcione utilizará el mw.title.getCurrentTitle normal y el marco normal: callParserFunction (), lo que debería hacer que sea menos probable que se rompa cualquier otro código.
Las funciones de parche se llaman en un bucle for que recorre algunos datos de prueba de muestra. El bucle for significa que solo tiene que escribir el código de prueba una vez y luego puede llamar a ese código de prueba con datos diferentes para cada prueba; Además, cada prueba es una nueva función de prueba, lo que hace que sea más fácil ver qué prueba está fallando cuando mira los resultados de la prueba. Sin embargo, el bucle for más las dos funciones de parche hacen que el código no sea tan legible, que es quizás algo que se puede mejorar. Siéntase libre de usar eso y agregar más datos de prueba, o eliminarlo todo y hacer otra cosa por completo, para mí está bien. :) Y no dude en preguntar si tiene alguna pregunta o algo. Lo mejor - Mr. Stradivarius ♪ talk ♪ 13:31, 29 de mayo de 2021 (UTC)
- No puedo ver los resultados de las pruebas en displayTitleTestData () en la charla del módulo: título / casos de prueba en cursiva en las columnas "Esperado" y "Real". ¿Cómo hago para que aparezcan allí? - Gonnym ( charla ) 13:40, 29 de mayo de 2021 (UTC)
- También necesito probar ItalicDab, pero la línea 52 solo permite el acceso estándar y no la plantilla dab. - Gonnym ( charla ) 13:46, 29 de mayo de 2021 (UTC)
- @ Gonnym : Ese es el valor predeterminado con Module: ScribuntoUnit ; no muestra ninguno de los detalles para aprobar los casos de prueba. Si uno de los casos de prueba falla, mostrará los detalles de esa prueba. Me gusta este comportamiento, ya que es fácil detectar lo que está mal si tienes muchas pruebas. Sin embargo, si también desea ver los detalles para aprobar las pruebas, siéntase libre de cambiar los casos de prueba para usar Module: UnitTests ; las funciones de parcheo deberían funcionar independientemente del ejecutor de pruebas que use. Por cierto, con ScribuntoUnit puedes usar
=p.run()
en la consola de depuración cuando estás editando Módulo: título / casos de prueba en cursiva para ejecutar las pruebas mientras editas. De esa manera, puede verificar los resultados de la prueba sin tener que guardar la página y mirar la página de discusión.Para probar el dab en cursiva, puede hacer otro bucle for con otro conjunto de datos de prueba, y dentro de eso puede llamar a la
_dabonly
función. Hice algo similar en Module: Mock title / testcases si quieres ver algunos ejemplos de esto en la práctica. - Sr. Stradivarius ♪ talk ♪ 14:03, 29 de mayo de 2021 (UTC)- Ok, he configurado las pruebas pero no veo dónde conectar la función assertSameResult () de ScribuntoUnit para poder comparar los resultados de la caja de arena con los resultados en vivo. ¿Alguna idea? - Gonnym ( charla ) 14:20, 29 de mayo de 2021 (UTC)
- @ Gonnym : Realmente no puede usar assertSameResult con el enfoque de parcheo, ya que se basa en la salida del módulo, pero estamos probando la entrada pasada al método callParserFunction. Tendría que escribir un código personalizado para recopilar las entradas pasadas a callParserFunction cuando se ejecuta tanto con el módulo principal como con el sandbox, y luego compararlos con assertEquals de ScribuntoUnit, o algo así. Sin embargo, personalmente, tomaría un enfoque más simple. Cuando esté satisfecho de que todas las pruebas son correctas, puede cambiar la línea a . Todos los datos de la prueba son estáticos, por lo que las pruebas seguirán funcionando con ambos módulos. Este es un mejor enfoque que comparar los módulos entre sí, como si algo estuviera roto tanto en el módulo principal como en la caja de arena, entonces las pruebas que comparan los módulos no lo detectarán, pero las pruebas que usan datos de prueba estáticos sí. - Sr. Stradivarius ♪ talk ♪ 01:41, 30 de mayo de 2021 (UTC)
local mItalicTitle = require('Module:Italic title')
local mItalicTitle = require('Module:Italic title/sandbox')
- Ok, lo usé y funciona. Pero tengo que decir que agregar un
|test=
parámetro y usar Module: UnitTests es mucho, mucho más simple y elegante. Requerir un código masivo en las pruebas es un dolor de cabeza innecesario e incluso entonces, ni siquiera podemos ver los resultados en vivo y en la caja de arena al mismo tiempo (sin volver a escribir, grandes cantidades de código). Y como efecto secundario desagradable, aunque no muy importante, también estamos provocando que la página aparezca en la categoría de error (Páginas con modificaciones DISPLAYTITLE no permitidas). Gonnym ( charla ) 08:45, 30 de mayo de 2021 (UTC)- @ Gonnym : No llamaría una gran cantidad a 40 líneas de código; si crees que es mucho, entonces deberías ver el código con el que trato en mi trabajo diario. ;) Y solo sabe que si agrega un
|test=
parámetro, la gente comenzará a usarlo para cosas para las que no está destinado. Sin mencionar que al usar un parámetro de prueba, en realidad no estaría probando lo que se pasó a DISPLAYTITLE; solo algo cercano a lo que le fue transmitido. Esto significa que podría perderse algunos detalles (por ejemplo, el segundo argumento de DISPLAYTITLE podría ignorarse). No me preocuparía comparar el módulo principal directamente con la caja de arena; como dije, ambos podrían estar equivocados, y las comparaciones directas lo perderán. En su lugar, es mejor escribir todas las pruebas para que pasen por el módulo principal, luego modificar las pruebas y / o agregar más pruebas para reflejar lo que desea cambiar en la caja de arena, y finalmente actualizar la caja de arena para que todas las pruebas pasar. (Esta es básicamente la metodología utilizada en "Trabajar eficazmente con el código heredado" de Michael Feathers, que recomiendo encarecidamente). Lo mejor: Sr. Stradivarius ♪ talk ♪ 12:01, 31 de mayo de 2021 (UTC)- Quise decir "enorme" en comparación con simplemente pasar los parámetros sin necesidad de ninguna lógica adicional (y si quisiera ver ambos resultados al mismo tiempo, eso significaría código adicional). Pero de todos modos, supongo que esa es la mejor opción por ahora. Gracias por configurarlo :) (también, podría mirar la página de discusión del módulo, agregué una solicitud que no sé cómo configurar). - Gonnym ( conversación ) 12:16, 31 de mayo de 2021 (UTC)
- @ Gonnym : Lo siento, no tengo tiempo para implementar su solicitud en este momento. Quizás el fin de semana ... depende. Mejor - Sr. Stradivarius ♪ talk ♪ 11:27, 1 de junio de 2021 (UTC)
- Quise decir "enorme" en comparación con simplemente pasar los parámetros sin necesidad de ninguna lógica adicional (y si quisiera ver ambos resultados al mismo tiempo, eso significaría código adicional). Pero de todos modos, supongo que esa es la mejor opción por ahora. Gracias por configurarlo :) (también, podría mirar la página de discusión del módulo, agregué una solicitud que no sé cómo configurar). - Gonnym ( conversación ) 12:16, 31 de mayo de 2021 (UTC)
- @ Gonnym : No llamaría una gran cantidad a 40 líneas de código; si crees que es mucho, entonces deberías ver el código con el que trato en mi trabajo diario. ;) Y solo sabe que si agrega un
- Ok, lo usé y funciona. Pero tengo que decir que agregar un
- @ Gonnym : Realmente no puede usar assertSameResult con el enfoque de parcheo, ya que se basa en la salida del módulo, pero estamos probando la entrada pasada al método callParserFunction. Tendría que escribir un código personalizado para recopilar las entradas pasadas a callParserFunction cuando se ejecuta tanto con el módulo principal como con el sandbox, y luego compararlos con assertEquals de ScribuntoUnit, o algo así. Sin embargo, personalmente, tomaría un enfoque más simple. Cuando esté satisfecho de que todas las pruebas son correctas, puede cambiar la línea a . Todos los datos de la prueba son estáticos, por lo que las pruebas seguirán funcionando con ambos módulos. Este es un mejor enfoque que comparar los módulos entre sí, como si algo estuviera roto tanto en el módulo principal como en la caja de arena, entonces las pruebas que comparan los módulos no lo detectarán, pero las pruebas que usan datos de prueba estáticos sí. - Sr. Stradivarius ♪ talk ♪ 01:41, 30 de mayo de 2021 (UTC)
- Ok, he configurado las pruebas pero no veo dónde conectar la función assertSameResult () de ScribuntoUnit para poder comparar los resultados de la caja de arena con los resultados en vivo. ¿Alguna idea? - Gonnym ( charla ) 14:20, 29 de mayo de 2021 (UTC)
- @ Gonnym : Ese es el valor predeterminado con Module: ScribuntoUnit ; no muestra ninguno de los detalles para aprobar los casos de prueba. Si uno de los casos de prueba falla, mostrará los detalles de esa prueba. Me gusta este comportamiento, ya que es fácil detectar lo que está mal si tienes muchas pruebas. Sin embargo, si también desea ver los detalles para aprobar las pruebas, siéntase libre de cambiar los casos de prueba para usar Module: UnitTests ; las funciones de parcheo deberían funcionar independientemente del ejecutor de pruebas que use. Por cierto, con ScribuntoUnit puedes usar
Noticias tecnológicas: 2021-22
Últimas noticias tecnológicas de la comunidad técnica de Wikimedia. Informe a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.
Problemas
- Hubo un problema en la máscara de Vector con el tamaño del texto de las categorías y los avisos debajo del título de la página. Se solucionó el lunes pasado. [8]
Cambios a finales de esta semana
- No hay una nueva versión de MediaWiki esta semana.
Noticias de tecnología preparadas por los redactores de Tech News y publicadas por bot • Contribuir • Traducir • Obtener ayuda • Dar comentarios • Suscribirse o darse de baja .
17:04, 31 de mayo de 2021 (UTC)