Se ha movido de la parte superior de la página a su propia sección de discusión. Creo que Evad37 escribió esto. – Novem Linguae ( discusión ) 16:36, 15 de junio de 2024 (UTC) [ responder ]
RFC: Prioridades para el desarrollo de XFDcloser en 2022
¿Cuáles son los errores de software y las solicitudes de funciones de mayor prioridad para XFDcloser ? - Evad 37 [discusión] 14:30, 12 de enero de 2022 (UTC) [ responder ]
La acumulación de errores y solicitudes de funciones, como se indica en las otras secciones de esta página, se ha acumulado bastante, especialmente durante el último año, cuando no he estado tan activo en Wikipedia. Descubrir cuáles son las prioridades de la comunidad me ayudaría, como autor/mantenedor principal de XFDcloser, a decidir el orden en el que trabajo en los problemas. Tenga en cuenta que las respuestas aquí serán solo un factor, y el otro factor principal será el alcance/complejidad de los cambios de codificación necesarios. - Evad 37 [discusión] 14:30, 12 de enero de 2022 (UTC) [ responder ]
Realmente no he estado activo en CfD durante muchos meses, pero quiero decir algo para mejorar el soporte allí. Cerrar discusiones sin que XFDcloser se ocupe de las etiquetas lleva mucho más tiempo y es una de las razones por las que no estoy entusiasmado por ayudar allí. Pings a algunos de los finalizadores más prolíficos según lo que recuerdo @ Fayenatic London , Marcocapelle y Bibliomaniac15 : . -- Trialpears ( discusión ) 21:17, 12 de enero de 2022 (UTC) [ responder ]
Gracias por el ping, Trialpears. Estoy de acuerdo en que sería bueno si se pudiera agregar más soporte para CFD, ya que es un lugar terriblemente solitario. El principal obstáculo es, por supuesto, que prácticamente cualquier resultado que no sea mantener, no cambiar o no haber consenso que se establece por defecto en mantener prácticamente requiere el uso de WP:CFD/W . Para aquellos que no están familiarizados con el proceso, después de cerrar un CFD, lo listamos en WP:CFD/W , donde un bot recategoriza todo según el movimiento/fusión o descategoriza según la eliminación, y luego realiza los movimientos y eliminaciones de páginas necesarios. La capa adicional de complejidad es, sin duda, uno de los inconvenientes del sistema de categorización en general, que favorece el trabajo en el espacio de artículos a expensas de hacer que las categorías sean más difíciles de curar directamente. Ambiciosamente, si XFDcloser eliminara al intermediario al hacer también el trabajo de recategorización/descategorización, tal vez no necesitaríamos CFD/W excepto en casos específicos, pero esto tendría que probarse rigurosamente para asegurarnos de que las cosas no se rompan. bibliomaniac 1 5 22:02, 12 de enero de 2022 (UTC) [ responder ]
Nunca he probado XFDcloser, pero creo que simplemente ahorraría algunos pasos en las entradas de las páginas de registro de CFD. Como referencia, WP:CFDAI establece las cosas habituales involucradas en los cierres de CFD. Normalmente uso WP:CFDW para que un bot procese las páginas de miembros o para publicar {{ Old CfD }} en las páginas de discusión de categorías retenidas. Una ventaja de usar CFDW es que tenemos la disciplina de verificar los vínculos de retroceso al nombre de la categoría anterior antes de eliminar una entrada, para evitar dejar vínculos rojos. Pero ocasionalmente, proceso una categoría pequeña manualmente o uso WP:Cat-a-lot para parte o la totalidad del procesamiento; o en casos que requieren cambios en los parámetros de la plantilla, uso WP:JWB en las páginas de miembros. – Fayenatic L ondon 11:48, 13 de enero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 65
Probablemente #XFDcloser no reconoce la etiqueta RfD colocada por la herramienta de curación de páginas si eso aún no se ha resuelto y si esa plantilla todavía se está utilizando. Steel1943 ( discusión ) 21:36, 12 de enero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 66
Voto por las plantillas #Old afd colocadas en las páginas de discusión de las redirecciones, porque busco errores en el espacio de nombres de discusión y mis colas de trabajo están inundadas por demasiados errores técnicos de los usuarios. Odio ver que este tipo de errores sean generados por herramientas automatizadas que me amontonan más trabajo, cuando si el usuario hubiera hecho la tarea manualmente, probablemente la habría hecho correctamente. – wbm1058 ( discusión ) 14:31, 19 de enero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 67
¿Cerrar las DRV, por favor? Spartaz Humbug! 17:50, 19 de enero de 2022 (UTC) [ responder ]
Dos funciones que me resultarían útiles, aunque desconozco su utilidad para otros:
Seguimiento en github.com Número 68
Seguimiento en github.com Número 69
Una opción de "borrador/usuario" entre los resultados.
Seguimiento en github.com Número 70
En un AfD con varios artículos, la capacidad de agregar títulos manualmente, que luego el software maneja de la misma manera que lo hace actualmente; los nominadores a veces no los formatean correctamente, lo que deja muchas páginas para limpiar manualmente. Vanamonde ( Discusión ) 18:30, 21 de enero de 2022 (UTC) [ responder ]
Reducir el alcance y facilitar su mantenimiento; es una herramienta demasiado vital como para sobredimensionar su propósito principal. Gracias por mantenerla. czar 00:51, 22 de enero de 2022 (UTC) [ responder ]
Reducir los errores al detectar la plantilla XfD: con frecuencia no se puede encontrar cuando se vuelven a publicar las discusiones. ― Qwerfjkl talk 20:26, 25 de enero de 2022 (UTC) [ responder ]
@ Qwerfjkl . ¿Tienes una comparación de este? No tengo claro qué plantilla, qué proceso de eliminación (AFD, CFD, etc.), cuál es el estado de otras páginas relevantes (página de registro diario, página de artículos, página de discusión), etc. – Novem Linguae ( discusión ) 08:49, 11 de junio de 2024 (UTC) [ responder ]
Novem Linguae , esto fue hace años; ya no estoy activo en RfD (a lo que creo que se refiere este comentario). — Qwerfjkl talk 16:23, 11 de junio de 2024 (UTC)[ responder ]
Para una victoria fácil, por favor, agregue un "Rápido no consenso" basado en el "Rápido mantenimiento". – Fayenatic L ondon 16:05, 4 de febrero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 76
Por favor, eliminen las plantillas CFD de las páginas de categorías después de "no hay consenso", incluso si las plantillas no se colocaron incorrectamente en la parte superior de la página. (81 errores de 82 aquí ) – Fayenatic L ondon 16:31, 15 de febrero de 2022 (UTC) [ responder ]
A veces no edita la categoría ni las páginas de discusión de la categoría, por ejemplo, [3] cuando esa opción estaba definitivamente seleccionada (captura de pantalla disponible a pedido). Estas acciones parecen haberse roto en una actualización reciente. – Fayenatic L ondon 17:44, 4 de marzo de 2022 (UTC) [ responder ]
Parece que ya se ha solucionado. – Fayenatic L ondon 13:54, 8 de marzo de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 77
Solicitud principal : para obtener un resultado de Keep, complete el parámetro Acción en la página de discusión, por ejemplo, "renombrar" era necesario en [4]. Aunque a veces lo hace, por ejemplo, [5].
Seguimiento en github.com Número 78
Además, dejen de etiquetar de forma espuria las páginas de discusión de categorías que se mencionaron pero no se nominaron, por ejemplo, [6], [7]. – Fayenatic Londres 23:32 , 16 de febrero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 79
Agregue una nueva Acción (al menos cuando use Personalizada) para reemplazar la plantilla de la página de categorías con {{ Cfd manual }} , por ejemplo, para divisiones. El encargado de cierre aún tendría que incluir el trabajo en WP:CFDWM , pero sería bueno hacer la plantilla. – Fayenatic L ondon 10:09, 17 de febrero de 2022 (UTC) [ responder ]
Vuelva a cargar la página cuando haya terminado. O, si hay algún motivo por el que algunos editores no lo deseen, proporciónenos una configuración en Preferencias.
Seguimiento en github.com Problema n.° 82
Actualice la URL en la barra de ubicación del navegador a la sección actual, como sería el caso si hubiera editado la sección. Esto es para poder copiar la URL y pegarla en los resúmenes de edición al realizar cambios manuales. Actualmente, cuando se usa XFDcloser, la URL de la barra de ubicación no se actualiza al encabezado de la sección correspondiente. – Fayenatic L ondon 09:47, 18 de febrero de 2022 (UTC) [ responder ]
Seguimiento en github.com Problema n.° 83
Agregue soporte para plantillas de stub al volver a publicar. Por ejemplo, XFDcloser no actualizó el enlace en la página de la plantilla a la discusión después de esta nueva publicación . – Fayenatic Londres 10:05, 18 de febrero de 2022 (UTC) [ responder ]
Seguimiento en github.com Problema n.° 84
Para un cierre de CFD "personalizado", elija Sin acciones automáticas de forma predeterminada, en lugar de eliminar plantillas y etiquetar páginas de discusión. – Fayenatic L ondon 17:37, 18 de febrero de 2022 (UTC) [ responder ]
Seguimiento en github.com Número 85
Quiero #Solicitud de función: eliminar las subpáginas de la plantilla TFDd o alguna implementación razonablemente sensata de las mismas. :^) -- Izno ( discusión ) 02:20, 15 de febrero de 2022 (UTC) [ responder ]
ooooo, buen punto. Lo apoyo. Primefac ( discusión ) 14:26 15 feb 2022 (UTC) [ responder ]
Problema con la nueva publicación
Volví a publicar alrededor de 7 u 8 discusiones y se eliminaron de la página de registro de AFD del 10/8/23, pero no se agregaron a la página del 17/8/23. Entonces, las corté y pegué manualmente. Pero las publicaciones se publican con mucha frecuencia, así que espero que se pueda solucionar el problema que esté sucediendo. Gracias. L iz ¡Lee! ¡ Habla! 03:22, 17 de agosto de 2023 (UTC) [ responder ]
Entonces, XFDcloser volvió a publicar las discusiones, pero en la fecha incorrecta, el 16 de agosto, aunque hace horas se convirtió en el 17 de agosto UTC. ¿Alguien más ve este problema? L iz Read! Talk! 04:48, 17 de agosto de 2023 (UTC) [ responder ]
@ Liz , ¿error de fecha de publicación de #CfD? Sí, soy yo. — Qwerfjkl talk 09:37, 17 de agosto de 2023 (UTC) [ responder ]
Gracias por señalarlo. Me pregunto con qué frecuencia los desarrolladores de XFDcloser monitorean esta página de discusión. L iz ¡Lee! ¡Discusión! 06:06, 27 de agosto de 2023 (UTC) [ responder ]
He estado publicando aquí desde principios del año pasado y no veo a nadie monitoreando esta página de discusión. Jay 💬 06:31, 27 de agosto de 2023 (UTC) [ responder ]
@ Jay , @ Liz , vean el error de re-listado en CFD más arriba; el único responsable ha estado inactivo durante un año y medio. — Qwerfjkl talk 06:37, 27 de agosto de 2023 (UTC) [ responder ]
He puesto esta página en la lista de seguimiento y es posible que me sume a ella y escriba parches en algún momento. Solo necesito algo de tiempo libre. – Novem Linguae ( discusión ) 20:31, 27 de agosto de 2023 (UTC) [ responder ]
Este problema de relisting sigue siendo un problema. Anoche volví a publicar varias discusiones en las que las discusiones de AFD no se eliminaron de la página de registro diario. Pero el problema más grande es cuando XFDcloser elimina la discusión del registro diario actual pero no la vuelve a publicar en el registro diario futuro, por lo que la discusión desaparece por completo de nuestras páginas de AFD. Solíamos tener algunos editores que buscaban discusiones de AFD que se quedaban en el olvido como esta y nunca se cerraban y las volvían a publicar, a veces meses después. Yo diría que tenemos problemas de relisting de XFDcloser entre el 1 y el 5 % del tiempo, por lo que no es frecuente, pero es lo suficientemente habitual como para que me gustaría que un desarrollador lo investigara. L iz ¡Lee! ¡ Habla! 02:36, 11 de enero de 2024 (UTC) [ responder ]
La próxima vez que esto suceda, si pueden proporcionar algunas diferencias, eso ayudaría con la depuración. Necesitaré copiar el código wiki de varias páginas a testwiki para intentar recrearlo, y las diferencias proporcionarían este código wiki. – Novem Linguae ( discusión ) 06:55, 7 de junio de 2024 (UTC) [ responder ]
Arriba, alguien mencionó que se estaba volviendo a publicar en la página de registro incorrecta. Abajo, alguien mencionó que no se estaba volviendo a publicar en ninguna página de registro o que no había eliminado la publicación de la página de registro anterior. Mmm.
Alguien menciona que esto sucede en el 1-5% de las re-listas. En el 1-5% de los casos podría ser un problema de código wiki (fácil de solucionar), la página de registro aún no se ha creado (fácil de solucionar), una condición de carrera (difícil de solucionar) o problemas de conexión como un error http de jQuery (difícil de solucionar). – Novem Linguae ( discusión ) 07:00, 7 de junio de 2024 (UTC) [ responder ]
Vacía ver también sección izquierda
En esta edición , se eliminó el único enlace en la sección "Ver también", pero se mantuvo el encabezado. Preferiblemente, en ese caso, se eliminaría el encabezado. ~ Bobogoobo ( discusión ) 05:37 19 may 2024 (UTC) [ responder ]
Los enlaces de XFDcloser desaparecen en máscaras antiguas
Seguimiento en github.com Número 44
Hola a todos
Hace aproximadamente una semana, XFDcloser desapareció de mi vista de AfD. Lo he comprobado en tres computadoras diferentes, todas las cuales usan Google Chrome (última versión).
He intentado desactivarlo y reactivarlo a través de preferencias, también sin éxito.
Tengo deficiencias tecnológicas en muchos aspectos, por lo que estoy seguro de que me estoy perdiendo algo obvio. ¿Alguien más ha encontrado este problema o, alternativamente, alguien sabe alguna solución que deba probar?
Saludos Daniel ( discusión ) 21:48 27 may 2024 (UTC) [ responder ]
Esta página utiliza el módulo obsoleto ResourceLoader "codex-search-styles". [1.43] Utilice un CodexModule con codexComponents para configurar los componentes específicos utilizados: https://www.mediawiki.org/wiki/Wikipedia_talk:XFDcloser/Codex#Using_a_limited_subset_of_components (anónimo) @ EcoCute_(Japón):279
Esta página utiliza el módulo ResourceLoader obsoleto "jquery.ui". Utilice Codex en su lugar. ejecutar @ load.php?lang=en&modules=startup&only=scripts&raw=1&skin=monobook:12
Esta página utiliza el módulo ResourceLoader obsoleto "mediawiki.ui". [1.41] Utilice Codex. Consulte las pautas de migración: https://www.mediawiki.org/wiki/Wikipedia_talk:XFDcloser/Codex/Migrating_from_MediaWiki_UI
¿Tengo alguna idea de lo que significa todo esto? ¡Puedes apostar a que no! Obviamente, cualquier ayuda será muy apreciada. Daniel ( discusión ) 01:55 28 may 2024 (UTC) [ responder ]
Esos son solo avisos y no son la prueba irrefutable que esperaba. Gracias por comprobarlo. – Novem Linguae ( discusión ) 03:03 28 may 2024 (UTC) [ responder ]
Vale, entonces... he cambiado de Monobook a Vector (2022) y los botones de cierre han vuelto a aparecer (sin ningún otro cambio por mi parte). Es una pena, porque me encanta Monobook (llámame anticuado), pero parece que hay algo en Monobook que no está de acuerdo con XFDCloser. También funcionan en Vector Legacy (2010) y se parece a Monobook, así que es una solución alternativa adecuada desde mi perspectiva. Daniel ( discusión ) 03:17 28 may 2024 (UTC) [ responder ]
Daniel , hubo cambios recientes en el HTML del encabezado de ciertas máscaras, lo que probablemente haya causado esto. Estos cambios también se implementarán para ambos vectores en algún momento en el futuro. — Qwerfjkl talk 05:53, 28 de mayo de 2024 (UTC) [ responder ]
Hola Qwerfjkl , gracias por la actualización. Confirmo que ambos Vector funcionan en este momento... con un poco de suerte, Monobook funcionará bien con XFDCloser en algún momento en el futuro, aunque no es un problema grave usar Vector (2010). Daniel ( discusión ) 06:42 28 may 2024 (UTC) [ responder ]
Puedo reproducirlo en Monobook. Debería ser bastante fácil aplicar el parche. La parte difícil será averiguar cómo probarlo e implementarlo. Parece que esta herramienta no ha tenido un parche en dos años, por lo que es poco probable que el encargado de su mantenimiento esté cerca. Es posible que lo revise mañana. – Novem Linguae ( discusión ) 10:02, 28 de mayo de 2024 (UTC) [ responder ]
Vale, lo he resuelto y he escrito un parche. Le daré a @ Evad37 un par de días para que vea los correos electrónicos de GitHub y vea si quieren hacer comentarios. Si Evad está desaparecido, tengo suficiente acceso para implementar esto (intadmin, miembro de wikimedia-gadgets), pero preferiría consultarles primero :) – Novem Linguae ( discusión ) 15:17, 29 de mayo de 2024 (UTC) [ responder ]
Probablemente debería haberlo mencionado antes, pero se debe a cambios en el HTML de mw:Heading; vea también el ticket de phab vinculado allí. — Qwerfjkl talk 06:38, 30 de mayo de 2024 (UTC)[ responder ]
Vine aquí para preguntar sobre esto y veo que ya hay una solución en proceso. Se lo agradezco mucho, Novem Linguae . Seraphimblade Háblame 19:06, 1 de junio de 2024 (UTC) [ responder ]
Acabo de realizar una implementación. Debería ser Fijado .
Por favor, avísenme si la implementación falla en algo. Es la primera vez que implemento para este repositorio. El archivo minimizado tiene un valor inexplicable de -50 000 bytes. Sin embargo, mis comprobaciones rápidas no encontraron nada que fallara. – Novem Linguae ( discusión ) 11:57, 2 de junio de 2024 (UTC) [ responder ]
Hola a todos. Me podría interesar trabajar un poco en este dispositivo. Y hay como 100 secciones en esta página. ¿Pueden hacerme un resumen de cuáles creen que son los errores más graves? Así puedo empezar a priorizar. No duden en incluir enlaces a las secciones correspondientes de arriba también. Gracias. PD: Centrémonos en los errores en lugar de en las solicitudes de funciones por ahora. – Novem Linguae ( discusión ) 02:32, 2 de junio de 2024 (UTC) [ responder ]
Seguimiento en github.com Número 60
Novem Linguae , en CfD, el único error importante que he experimentado es que XfDCloser no puede manejar nominaciones con más de 50 páginas; tendrá algo como "error http". Esto probablemente se deba al límite de 50 páginas por solicitud de API para cuentas que no sean de administrador o bot (los límites más altos son 500), y XfDCloser no procesa las solicitudes por lotes correctamente. A veces, este error hace que XfDCloser falle en el resto de la página, aunque esto es bastante raro. — Qwerfjkl talk 11:32, 2 de junio de 2024 (UTC) [ responder ]
Los errores más grandes parecen estar relacionados con RFD y CFD. Este hilo de 2022 también tiene algunos de los problemas más comunes que la gente está experimentando. También noté (al revisar todos los hilos de esta página) que muchos de estos son probablemente problemas puntuales (y algunos de ellos realmente se resolvieron y no se archivaron). Intentaré hacer una segunda pasada... pronto... y etiquetar los que creo que se solucionaron. Primefac ( discusión ) 10:45, 7 de junio de 2024 (UTC) [ responder ]
Sí, los comentarios de Fayenatic London siguen siendo prácticamente todos aplicables a CfD. — Qwerfjkl talk 14:32, 7 de junio de 2024 (UTC) [ responder ]
Novem Linguae , he enviado una solicitud de incorporación de cambios que (debería) solucionar este problema. Agradecería que pudieras echarle un vistazo. — Qwerfjkl talk 20:56, 25 de junio de 2024 (UTC)[ responder ]
Eslabones perdidos aproximadamente la mitad del tiempo
Novem Linguae , probablemente debería haberlo mencionado antes, pero: el error principal que tengo es que XFDCloser no se carga. Falla de forma aleatoria, por lo que supongo que el problema es una condición de carrera con otros scripts. Como referencia, así es como se ve mi HTML con los otros scripts cargados (no XFDCloser):
< h4 data-mw-thread-id = "h-Categoría:Criaturas_legendarias-12_de_junio-20240602121000" estilo = "desbordamiento: visible;" title = "Último: hace 9 días | 10 comentarios | 8 colaboradores" class = "xfd-closed" > < span class = "mw-headline" id = "Categoría:Criaturas_legendarias" > < span data-mw-comment-start = "" id = "h-Categoría:Criaturas_legendarias-12_junio-20240602121000" ></ span > Categoría:Criaturas legendarias < span data-mw-comment-end = "h-Categoría:Criaturas_legendarias-12_junio-20240602121000" ></ span > </ span > < a class = " copy - section-link-pilcrow" display = "inline" > ¶ </ a > < span class = "mw-editsection" > < span class = "mw-editsection-bracket" > [ </ span > < a href = "/w/index.php?title=Wikipedia:Categorías_para_discusión/Registro/12_de_junio_de_2024&action=edit§ion=6" title = "Editar sección: Categoría:Criaturas legendarias" class = "nonimage sectionEditLink" > < span > editar </ span > </ a > | < a class = "copysectlink mw-selflink-fragment nonimage" href = "/wiki/Wikipedia_talk:XFDcloser/Wikipedia:Categorías_para_discusión/Registro/12_de_junio_de_2024#Categoría:Criaturas_legendarias" role = "button" title = "#Categoría:Criaturas legendarias" > copiar </ a > | < a > Lista de discusión </ a > | < span class = "dropdown-container" style = "position:relative; display:inline-block; " > < a class = "dropdown-trigger" style= " color : #0645AD; decoración de texto: ninguno; cursor: puntero" > Cerrar con un clic </a> < span class = "dropdown-menu" style = "display: none; position: absolute; background-color: #fff; border: 1px solid #ddd; box-shadow: 0 2px 5px rgba(0, 0, 0, 0.1); padding: 5px; min-width: 6em; z-index: 1; left: 0px; top: 0.8em;" > < a style = "display: block; color: #0645AD; text-decoration: none; padding: 10px; margin-top: 5px; font-size: 150%" class = "dropdown-item" > eliminar </ a > < a style = "display: block; color: #0645AD; text-decoration: none; padding: 10px; margin-top: 5px; font-size: 150%" class = "dropdown-item" > cambiar nombre </ a > < a style = "display: block; color: #0645AD; text-decoration: none; padding: 10px; margin-top: 5px; font-size:150%" clase = "elemento desplegable" > fusionar </ a > </ span > </ span > < span clase = "mw-editsection-bracket" > ] </ span > < span id = "FTTLink-heading-82" clase = "FTTLinks FTTHeadingLinks" > < a título = "Enlace permanente" href = "#Categoría%3ALegendary_creatures" id = "genLink-82" clase = "FTTGenLink" tabindex = "0" > < span clase = "FTTReplyLink FTTSVG FTTSVGLinkIcon" > < span clase = "FTTScreenReaderLabel" contenido-datos = "Enlace permanente" ></ span > </ span > </ a > < a tabindex = "0" clase = "FTTCmtA" onclick = "evento.preventDefault();evento.stopPropagation();FTT.openReplyForm(FTT.PRM[82])" > < span title ="Añadir nuevo comentario o subsección" class = "FTTReplyLink FTTSVGNewSectionIcon FTTSVG" > < span class = "FTTScreenReaderLabel" data-content = "Añadir nuevo comentario o subsección" ></ span > </ span > </ a > < a tabindex = "0" class = "FTTSecEdit" > < span title = "Editar sección" class = "FTTReplyLink FTTSVGEditIcon FTTSVG" > < span class = "FTTScreenReaderLabel" data-content = "Editar sección" ></ span > </ span > </ a > < span > < a tabindex = "0" title = "Suscribirse" class = "FTTSubscribe FTTSVG FTTReplyLink FTTSVGBellIcon" onclick = "FTT.stalkSubscribe(FTT.PRM[82],'bellicon',null,event);" > < span class = "FTTScreenReaderLabel" data-content = "Suscribirse" >< / span > </ a > </ span > </ span > </ span > </ h4 >
Sería bueno que XFDCloser fuera más robusto en el manejo de este tipo de cosas. (Y sí, me doy cuenta de que hay un ticket abierto en phab para una API que agregue enlaces a los encabezados de sección). — Qwerfjkl talk 17:57, 21 de junio de 2024 (UTC) [ responder ]
Pude reproducirlo usando la configuración de common.js. Estoy de acuerdo en que probablemente sea una condición de carrera. Si otro script de usuario cambia el HTML en esa área, podría arruinar el intento de XFDcloser de agregar sus enlaces. Podría intentar deshabilitar WikiNotes como prueba y ver si eso lo soluciona, porque ese script de usuario está colocando enlaces en la misma área que XFDcloser. Si eso no funciona, porque puedo reproducirlo, sabemos que es algo en su common.js, por lo que podría usar una técnica de bisección para averiguar qué script está en conflicto. La bisección implica comentar la mitad de su common.js, luego ver si eso lo soluciona. Si lo hace, comente la mitad. Si no lo hace, vuelva a habilitar esa mitad y comente la otra mitad. Y así sucesivamente. Tendría que actualizar varias veces para estar seguro, ya que esto solo sucede el 50% del tiempo. – Novem Linguae ( discusión ) 14:18, 23 de junio de 2024 (UTC) [ respuesta ]
Como es habitual, el problema ha desaparecido por ahora. Informaré cuando vuelva a aparecer. — Qwerfjkl talk 15:12, 23 de junio de 2024 (UTC)[ responder ]
Novem Linguae , aquí hay una grabación de pantalla (si ayuda):— Qwerfjkl talk 15:03 28 jun 2024 (UTC) [ responder ]
Gracias. Creo que deshabilitar WikiNotes y ver si eso soluciona el problema podría ser un buen próximo paso. – Novem Linguae ( discusión ) 15:54 28 jun 2024 (UTC) [ responder ]
Novem Linguae , no estoy seguro de a qué escritura te refieres con "WikiNotes". Qwerfjkl talk 17:28 28 jun 2024 (UTC) [ responder ]
Hmm. No estoy seguro de cómo se me metió en la cabeza la palabra "WikiNotes". Creo que me refería al icono del lápiz y a iconos similares en las secciones de encabezado de CFD en V22, que creo que Factorum colocó allí. Así que supongo que mi recomendación es desactivar Factorum por un tiempo y ver si eso soluciona las cosas. – Novem Linguae ( discusión ) 18:10 28 jun 2024 (UTC) [ responder ]
Parece que ese era el problema. Supongo que un retraso de 3 segundos no fue suficiente. Qwerfjkl talk 18:40, 28 de junio de 2024 (UTC) [ responder ]
¿Se supone que los enlaces XFDcloser se muestran para las entradas RFD/TFD/etc. que tienen sombrero?
¿Se supone que los enlaces de XFDcloser se muestran para las entradas RFD/TFD/etc. que tienen un sombrero? Actualmente, los enlaces se muestran en algunos casos. Me pregunto si esto es un error o un comportamiento útil. – Novem Linguae ( discusión ) 02:36, 2 de junio de 2024 (UTC) [ responder ]
Lo descubrí. No se supone que se muestren en las secciones con sombreros, las secciones que se vuelven a incluir en la página anterior, etc. Se supone que los enlaces de cierre de XFD deben estar ocultos si ya se ha realizado la acción en el XFD. – Novem Linguae ( discusión ) 04:27, 2 de junio de 2024 (UTC) [ responder ]
XFDCloser no aparece en Vector 2010
Resuelto
Seguimiento en github.com Número 63
Por alguna razón, las opciones habituales de XFDcloser no aparecen en las discusiones de AFD. Desinstalé todos los programas y deseleccioné el gadget. Luego seleccioné el gadget nuevamente en las Preferencias, pero aún así, no aparecen opciones que me permitan cerrar una discusión. ¿Qué pasa aquí? L iz ¡Lee! ¡ Habla! 23:21, 6 de junio de 2024 (UTC) [ responder ]
Es probable que se trate de un problema de WP:THURSDAY . Han roto algo importante en este caso porque no es el único que he visto hoy. Primefac ( discusión ) 00:34 7 jun 2024 (UTC) [ responder ]
También se nota que esto se informó (correctamente) en WP:VPT . Primefac ( discusión ) 00:35, 7 de junio de 2024 (UTC) [ responder ]
Sí, fui a VPT cuando me di cuenta de que era poco probable que recibiera una respuesta aquí. ¡Y, sin embargo, la obtuve! L iz ¡Lee! ¡ Habla! 03:53, 7 de junio de 2024 (UTC) [ responder ]
Puedo reproducirlo. Cargaré la versión de desarrollo y la depuraré por etapas después de la cena. PD: Está roto en Vector y no en Timeless, así que tal vez implementaron cambios de HTML de mw:Heading en máscaras modernas (vector, vector-2022, minerva) hoy. WP:THURSDAY . – Novem Linguae ( discusión ) 04:25, 7 de junio de 2024 (UTC) [ responder ]
Debería ser Corregido . – Novem Linguae ( discusión ) 06:51 7 jun 2024 (UTC) [ responder ]
Parece que sí, ¡gracias! Primefac ( discusión ) 10:21 7 jun 2024 (UTC) [ responder ]
Los enlaces no aparecen en la versión beta de XFDcloser
Estoy usando Vector Legacy 2010 (siempre lo he hecho) y el problema persiste. Jay 💬 13:00, 7 de junio de 2024 (UTC) [ responder ]
¿Enlace a la página de ejemplo? Intentaré cargar tu common.js y ver si hay algún conflicto. – Novem Linguae ( discusión ) 13:30, 7 de junio de 2024 (UTC) [ responder ]
Me refería a RfD. Perdón por no mencionarlo. Cambié a Vector 2022 temporalmente hasta que se solucione Vector 2010. Jay 💬 05:34, 8 de junio de 2024 (UTC) [ responder ]
No veo los enlaces verdes de cierre, cierre rápido y volver a publicar. Cuando cambio mi diseño de Vector 2010 a 2022 y actualizo la página de RfD, los veo. Cuando cambio la preferencia de nuevo a 2010, los enlaces ya no se ven. ¿Cómo publico una captura de pantalla? Estaba en Edge, pero también lo intenté en Chrome. Veo errores de consola como
2024_junio_1:547 Esta página utiliza el módulo ResourceLoader obsoleto "codex-search-styles".[1.43] Utilice un CodexModule con codexComponents para configurar los componentes específicos utilizados: https://www.mediawiki.org/wiki/Wikipedia_talk:XFDcloser/Codex#Using_a_limited_subset_of_components(anónimo) @ 2024_Junio_1:547startup.js:1307 Esta página utiliza el módulo ResourceLoader obsoleto "jquery.ui".Por favor, utilice Codex en su lugar.ejecutar @ startup.js:1307startup.js:1307 Esta página utiliza el módulo ResourceLoader obsoleto "mediawiki.ui".[1.41] Utilice el Codex. Consulte las pautas de migración: https://www.mediawiki.org/wiki/Wikipedia_talk:XFDcloser/Codex/Migrating_from_MediaWiki_UIejecutar @ startup.js:1307index.php?title=Usuario:PrimeHunter/Source_links.js&action=raw&ctype=text/javascript:3610Se bloquearán las cookies de terceros. Obtenga más información en la pestaña Problemas.
Gracias por eso. Los avisos de desuso no son motivo de preocupación. Buscamos cosas como "error" y "no detectado". Aquí hay un gráfico con más detalles sobre qué buscar en la consola.
Para tomar una captura de pantalla, presiona la tecla "Prt Scn", abre un programa de gráficos como MS Paint, pégala, guárdala y luego cárgala en algún lugar. Los sitios de terceros como imgur.com pueden ser buenos para esto si no te importa no usar FOSS . Si quieres subirla a Commons por razones de FOSS, entonces querrás usar c:Special:UploadWizard, aunque hay muchas más restricciones debido a los derechos de autor. Por ejemplo, se supone que debes recortar tu sistema operativo a menos que sea Linux, y solo se supone que debes hacer capturas de pantalla de navegadores de código abierto como Firefox, en lugar de software propietario como Chrome o Edge.
Dos capturas de pantalla útiles serían 1) la página RFD (para poder verificar tu skin) y 2) la consola (para poder ver los mensajes de error). – Novem Linguae ( discusión ) 11:53 11 jun 2024 (UTC) [ responder ]
En realidad, no te preocupes por las capturas de pantalla. Pude reproducir esto ahora mismo. Déjame investigarlo y te responderé. – Novem Linguae ( discusión ) 11:58, 11 de junio de 2024 (UTC) [ responder ]
[editar conflicto] No, no hay errores. Sé que hay que tomar capturas de pantalla, subirlas era la cuestión. Definitivamente no quiero subirlas a Commons donde serán permanentes. Lo mismo para imgur, supongo. ¿Hay algún sitio donde las imágenes se conserven durante un día o dos y luego se eliminen? Eso será perfecto para las capturas de pantalla. Jay 💬 12:03, 11 de junio de 2024 (UTC) [ responder ]
Te envié las capturas de pantalla solicitadas. Jay 💬 18:40, 11 de junio de 2024 (UTC) [ responder ]
@ Jay , Hola , soy Josh y The Herald : Implementé una solución relacionada con la versión beta de XFDcloser. ¿Puedes intentarlo de nuevo y avisarme si se solucionó el problema? – Novem Linguae ( discusión ) 00:50, 13 de junio de 2024 (UTC) [ responder ]
@ Novem Linguae : Está de vuelta para mí, al menos con el modo de escritorio del navegador Chrome en mi teléfono. Hola, soy Josh ( discusión ) 00:57, 13 de junio de 2024 (UTC) [ responder ]
Sí, ¡genial! ¡Eres el MEJOR! Jay 💬 05:30, 13 de junio de 2024 (UTC) [ responder ]
Increíble. Funciona perfecto. Me encanta Monobook y no quería cambiar. Gracias y feliz edición :) — The Herald (Benison) ( discusión ) 13:02 13 jun 2024 (UTC)[ responder ]
Julio
Estoy usando Vector 2022 y no me aparecen las opciones de XFDcloser. ✗ plicit 23:40, 18 de julio de 2024 (UTC) [ responder ]
mw:Cambios en el encabezado HTML#wikis de Wikimedia. Necesito lanzar otro parche :( – Novem Linguae ( discusión ) 23:43 18 jul 2024 (UTC) [ responder ]
Corregido . Se lanzó la corrección rápida. Debería entrar en vigor en 15 minutos a medida que se borren los cachés. – Novem Linguae ( discusión ) 00:21 19 jul 2024 (UTC) [ responder ]
Eso fue rápido. ¡Gracias! ✗ plicit 02:34, 19 de julio de 2024 (UTC) [ responder ]
Notificación al nominador
¿Sería posible que el script publique automáticamente un mensaje en la página de discusión del nominador una vez que se cierra una discusión? Debería haber una forma para que los nominadores desactiven eso si les molesta; no estoy seguro de cómo se podría hacer. Coco bb8 (💬 discusión • ✏️ contribuciones ) 20:08, 10 de junio de 2024 (UTC) [ responder ]
No hago comentarios sobre la función, pero más que una discusión sobre una función, creo que se trata de una cuestión de responsabilidad. De todos los participantes, creo que el nominador debería ser el más responsable de hacer un seguimiento de la discusión y ver hacia dónde va. Para las discusiones de 7 días, si yo fuera un nominado, lo comprobaría a diario o una vez cada dos días. Como parte de la realización de la nominación, el nominado también tendría las páginas pertinentes en la lista de seguimiento. Jay 💬 07:46, 11 de junio de 2024 (UTC) [ responder ]
No estoy seguro de que esto sea necesario; solo para usar TFD como ejemplo, hay algunos editores que nominan docenas de páginas cada semana por razones relativamente mundanas, y es probable que no necesiten o quieran saber el resultado de esas discusiones (sin mencionar el hecho de que probablemente estén viendo la plantilla en sí y recibirán una notificación cuando se cierre la discusión). Tampoco necesitan docenas de avisos en las páginas de discusión cada semana que les digan el resultado. Primefac ( discusión ) 01:02, 15 de junio de 2024 (UTC) [ responder ]
Solicitud de cambio de secuencia de comandos para utilizar determinada plantilla
Seguimiento en github.com Número 90
Me preguntaba si podrías hacer una pequeña modificación a este script para que use Template:XfD relist en lugar de la redirección Template:Relist . Quiero hacer que la redirección sea una página DAB, por lo que cualquier ayuda con ese script será muy apreciada. Interstellarity ( discusión ) 20:01 12 ago 2024 (UTC) [ responder ]
@ Interstellarity : Por si sirve de algo, estoy totalmente a favor de que este gadget utilice el objetivo en lugar de la redirección, pero convertir Template:Relist en una página de desambiguación es controvertido: un cambio tan importante en la forma en que se han hecho las cosas durante más de una década probablemente deba discutirse en WP:RFD . Steel1943 ( discusión ) 16:24, 22 de agosto de 2024 (UTC) [ responder ]
@ Steel1943 : Gracias. Podría considerar incluir la redirección en RFD en algún momento, pero no veo la necesidad de hacerlo ahora. Interstellarity ( discusión ) 00:59, 23 de agosto de 2024 (UTC) [ responder ]
Error en el cálculo de la fecha de publicación
Seguimiento en github.com Número 91
Hola a quienquiera que vea esta página de discusión,
Estoy usando XFDCloser y, por alguna razón, cuando vuelvo a publicar una discusión del registro diario de AFD del 6 de agosto, se publica en Wikipedia:Artículos para eliminar/Registro/2024 12 de agosto en lugar de Wikipedia:Artículos para eliminar/Registro/2024 13 de agosto , aunque son casi las 04:00 UTC, bien entrado el 13 de agosto. Esta no es la primera vez que esto sucede, pero generalmente se resuelve después de una o dos horas del nuevo día. Cualquier ayuda o sugerencia será bienvenida. L iz ¡Lee! ¡Habla! 03:54, 13 de agosto de 2024 (UTC) [ responder ]
Es probable que se trate de un problema del lado del usuario más que de un problema de la herramienta; ya me ha pasado antes cuando no estaba en UTC. Primefac ( discusión ) 11:51, 13 de agosto de 2024 (UTC) [ responder ]
¿Puedes incluir un ejemplo, por favor? Además, ¿cuál es tu zona horaria? Si te parece bien, puedes compartirlo. – Novem Linguae ( discusión ) 12:48 13 ago 2024 (UTC) [ responder ]
Yo mismo puedo dar uno, Special:Diff/1235376090 y Special:Diff/1235376112 . Estaba de viaje en ese momento; me ha pasado antes y parece ocurrir cuando mi hora local no coincide con la hora de mi computadora. Primefac ( discusión ) 13:02 13 ago 2024 (UTC) [ responder ]
Código wiki de reclasificación de TFD/FFD
Hola, no uso XFDcloser, así que lo siento si esto no tiene sentido. Hace poco me confundí con una línea que se veía así:
Publicado nuevamente el 1 de enero de 1901.
Pero con todos los demás enlaces que hay por ahí, nunca pensé que la forma de acceder a la nueva publicación fuera hacer clic en la fecha. Un texto de wikilink debería indicar a dónde llevará el enlace, pero este no lo indica. Por eso, propongo que se parezca a uno de estos:
Publicado nuevamente el 1 de enero de 1901.
Publicado nuevamente el 1 de enero de 1901.
Tenga en cuenta que estos enlaces llevan al mismo lugar, pero ahora dice que la nueva publicación está ahí, mientras que antes no lo estaba. Quizás este comentario también se aplique a otras cosas; no lo sé. Gracias por considerarlo. Zero talk 13:00, 25 de agosto de 2024 (UTC) [ responder ]
¿Tienes una diferencia? Hay muchas páginas de registro de xfd diferentes y quiero asegurarme de que estamos hablando de la misma. – Novem Linguae ( discusión ) 13:53, 25 de agosto de 2024 (UTC) [ responder ]
Sí, eso es. En mi caso era una imagen, pero la idea es la misma. Zero talk 14:50, 25 de agosto de 2024 (UTC) [ responder ]
Vale, me alegro de haber preguntado. Parece que esto es solo para TFD. Por ejemplo, RFD tiene un aspecto diferente y diferentes plantillas para sus relists. Encontré las instrucciones de relist del manual de TFD, que están en Wikipedia:Plantillas para discusión/Instrucciones de cierre#Relisting . ¿Se puede realizar el cambio que estás pidiendo en una de esas plantillas, o creemos que está codificado en XFDcloser? Aquí hay otras plantillas que pueden estar involucradas en la relistación de TFD: https://github.com/wikimedia-gadgets/xfdcloser/blob/077d0b2f4f8d03cc9d20526f9cc7bbde3050fe26/xfdcloser-src/Venue.js#L170-L177. – Novem Linguae ( discusión ) 15:34, 25 de agosto de 2024 (UTC) [ responder ]
{{ Tfd top }} no formatea nada, observe que en #Cerrar la discusión, el cierre completo se ingresa como parámetro. Sospecho que XFDC (y probablemente la antigua extensión de Doug que todavía uso ocasionalmente) también usaron esa lógica. Todavía estoy pensando si creo que este es un cambio útil en comparación con cambiar un formato/convención muy utilizado y de larga data. Primefac ( discusión ) 16:05, 25 de agosto de 2024 (UTC) [ responder ]
Podríamos intentar utilizar una redacción más clara. Por ejemplo, cambiar la redacción actual de
El resultado de la discusión se volvió a publicar el 6 de agosto de 2024.
a
El resultado de la discusión se volvió a publicar (consulte la página de discusión del TFD del 6 de agosto de 2024)
Es una lástima que no esté controlado por una plantilla. Eso hace que sea más difícil cambiarlo. Tal vez sea demasiado difícil para que valga la pena. – Novem Linguae ( discusión ) 16:15 25 ago 2024 (UTC) [ responder ]
No se trata solo de TFD. Aquí hay un ejemplo de FFD. Zero talk 00:55, 26 de agosto de 2024 (UTC) [ responder ]
¿Añadir resultado de draftify?
Seguimiento en github.com Número 68
En primer lugar, quiero decir: muchas gracias Novem Linguae por todo tu trabajo con los parches y la investigación de errores durante los últimos meses. ¡Eres un héroe anónimo!
Esta es una solicitud de lista de deseos muy codiciosa, pero me preguntaba si habría capacidad en algún momento en el futuro para agregar "draftify" como uno de los resultados para AfD. Parece ser un resultado bastante común en la actualidad y, si bien es eminentemente alcanzable utilizando "personalizado" y luego ejecutando todos los movimientos de página, etc., sería fantástico que todo estuviera incluido. Sin embargo, entiendo completamente si no es posible o no es una prioridad dado todo lo que está sucediendo.
Saludos, Daniel ( discusión ) 13:05 28 ago 2024 (UTC) [ responder ]
Parece que Vanamonde93 ya lo solicitó en 2022. Ticket. Le pondré una etiqueta de alta prioridad, ya que ahora lo solicitan varias personas. (Esto solo significa que si un desarrollador voluntario alguna vez se sienta a trabajar en los tickets, con suerte considerará priorizarlo. No hay desarrollo activo en este momento). Por cierto, ¿puedes dar un poco más de detalles sobre los "pasos adicionales" para los borradores? ¿El único paso adicional es mover la página al espacio de nombres de borrador o hay otros pasos? Gracias. – Novem Linguae ( discusión ) 13:19, 28 de agosto de 2024 (UTC) [ responder ]
Ya es tarde, pero, según recuerdo, haz clic en "personalizado" > escribe "draftify" > cierra > ve al artículo > mueve el artículo (y marca "mover página de discusión" y "no dejar redirección") > comenta las categorías en la página de borrador (¿podría automatizarse?). El bot agrega la plantilla "borrador del espacio principal" después. ¿Podría ser otra cosa? Daniel ( discusión ) 13:25, 28 de agosto de 2024 (UTC) [ responder ]
Siento que un pequeño ajuste de esto lo haría más útil en más circunstancias. Por ejemplo, en TFD hay (no muy a menudo) "userfications" (utilizaciones de usuario) realizadas a las plantillas, donde la plantilla se mueve a un espacio de usuario, similar a una draftificación en AFD. Podría valer la pena tener una opción genérica de "mover" en las opciones del administrador, donde el administrador puede elegir el nuevo nombre de la página (por ejemplo, "Ejemplo -> Borrador:Ejemplo" o "Plantilla:Ejemplo -> Usuario:Joe/Plantilla:Ejemplo") que podría hacer el movimiento sin redirigir. Reconozco que mover páginas es un poco más complicado que simplemente editar o eliminar páginas, así que si ese tipo de funcionalidad expandida es demasiado, entonces supongo que tendré que vivir con eso. Primefac ( discusión ) 13:34, 28 de agosto de 2024 (UTC) [ responder ]
Parece que se podrían agregar 3 modos adicionales aquí: AFD draftify, AFD userfy y TFD userfy. ¿Algún otro? No estoy seguro de que una función de movimiento sea tan útil para cosas como CFD, RFD y FFD. Draftify tiene suficientes funciones únicas (desactivar categorías, agregar una plantilla de Borrador movido) como para que tenga sentido mantenerlo separado. También hay algunos aspectos positivos en programar previamente la terminología correcta. Por ejemplo, probablemente sería mejor escribir "draftify" en un cierre de AFD que "mover a Draft:X". – Novem Linguae ( discusión ) 13:57, 28 de agosto de 2024 (UTC) [ responder ]
Permitir que los no administradores cierren CFD
Seguimiento en github.com Número 92
Hola! Tengo una solicitud fácil (¿creo?): al igual que en WP:TFD , los no administradores pueden cerrar discusiones en WP:CFD como eliminación (consulte WP:NACD para conocer las pautas oficiales que indican que las NAC de eliminación en CFD están permitidas). ¿Sería posible habilitar esta opción para los no administradores en CFD, como se habilita en TFD? Gracias, House Blaster ( discusión • él/ellos) 23:18, 20 de septiembre de 2024 (UTC) [ responder ]
@ HouseBlaster . ¿Existen flujos de trabajo de CFD que cambiarían si no hubiera un botón para eliminar? Por ejemplo, para los usuarios que no son administradores, tal vez en lugar de intentar eliminar la página, el gadget tendría que agregar la página a una cola o celda de espera.
Si los flujos de trabajo de CFD de los administradores y no administradores son los mismos, esto es fácil. Si los flujos de trabajo son diferentes, esto es difícil. – Novem Linguae ( discusión ) 23:12, 23 de septiembre de 2024 (UTC) [ responder ]
@ Novem Linguae : los flujos de trabajo son idénticos en esta etapa del proceso: XFDC solo cierra la discusión y nada más, ni siquiera elimina la página. Los usuarios que no son administradores enumeran sus cierres en WT:CFDW , pero eso se facilita mediante un script independiente ( User:Qwerfjkl/scripts/CFDlister ). Los administradores tienen que enumerar las discusiones directamente en WP:CFDW , pero eso no lo gestiona XFDC. House Blaster ( discusión • él/ellos) 23:34, 23 de septiembre de 2024 (UTC) [ responder ]
Ah, además del hecho de que los NAC deberían etiquetarse con . Por lo demás, son idénticos. House Blaster ( discusión • él/ellos) 23:50 23 sep 2024 (UTC) [ responder ]{{subst:nacd}}
No veo esta plantilla en el código de XFDcloser. Probablemente no sea necesario hacer nada aquí. – Novem Linguae ( discusión ) 23:23 23 sep 2024 (UTC) [ responder ]
@ Novem Linguae : Tienes razón, probablemente no lo sea; sin embargo, esta plantilla aparece en las redirecciones etiquetadas por PageTriage y, como se indicó anteriormente en la sección superior de esta página de discusión, XFDcloser no puede eliminar estas etiquetas de las redirecciones después de que se hayan cerrado sus respectivas discusiones de RFD. Steel1943 ( discusión ) 17:31, 24 de septiembre de 2024 (UTC) [ responder ]
XFDcloser crea resúmenes de edición erróneos y los vincula aIndefinidoDespués de los cierres de AfD/PROD
Seguimiento en github.com Número 93
En resumen, vean esta diferencia y el enlace claramente erróneo a Undefined . Esta es una de las muchas diferencias que encontré con el mismo problema, pero creo que solo una es necesaria para ilustrar el problema. Steel1943 ( discusión ) 16:16 23 sep 2024 (UTC) [ responder ]
@ Steel1943 ¿Has notado algún patrón en esto (por ejemplo, enlaces con espacios, enlaces en un determinado espacio de nombres, etc.) o siempre sucede cuando XFDcloser elimina algún enlace wiki? – Novem Linguae ( discusión ) 23:08, 23 de septiembre de 2024 (UTC) [ responder ]
@ Novem Linguae : Al revisar algunos resúmenes de edición más recientes que incluyen el enlace a undefined , parece que este enlace solo se produce al desvincular páginas que se han eliminado a través del proceso PROD, no AfD (al contrario de lo que supuse originalmente), y ocurre en el título con o sin espacios (por lo que vi). La única forma en que pude darme cuenta de esto es porque Explicit realiza una buena cantidad de eliminaciones, por lo que pude ver este patrón. (Explicit, gracias por todo lo que haces; lamento que esta herramienta no haya estado funcionando correctamente y haga que los resúmenes de edición de desvinculación de tu artículo PROD se vean mal). Steel1943 ( discusión ) 17:36, 24 de septiembre de 2024 (UTC) [ responder ]
@ Primefac : Para responder a tu comentario que ya eliminé, ya que planteas un buen punto que yo no sabía hasta que hiciste el comentario, parece que la eliminación en sí la realiza Twinkle (ver Animal Behavior Society), pero XFDcloser hace la desvinculación de la página eliminada a través de PROD. ¿Eso significa que Twinkle y XFDcloser interactúan entre sí cuando ambos están habilitados? (No estoy seguro, y no estoy seguro de quién lo sabría). Steel1943 ( discusión ) 17:24, 25 de septiembre de 2024 (UTC) [ responder ]
Probablemente sean independientes entre sí. Un undefined en el resumen de edición de XFDcloser es casi seguro un error en XFDcloser, no en Twinkle. – Novem Linguae ( discusión ) 20:50 25 sep 2024 (UTC) [ responder ]
@ Novem Linguae : Definitivamente estoy de acuerdo y entiendo que es XFDcloser el que causa el error con los problemas de resumen de edición de desvinculación. Sin embargo, las marcas de tiempo para la eliminación de PROD de Animal Behavior Society ( Twinkle ) y la desvinculación de un enlace a él en otro artículo (la diferencia en mi declaración inicial [ XFDcloser ]) son idénticas. Esto me lleva a creer una de las siguientes: 1) Twinkle tiene una opción incorporada para realizar desvinculaciones con XFDcloser después de un PROD, lo que significa que XFDcloser no está seguro de qué vincular como resultado, o 2) el problema puede ser causado por un error del usuario, posiblemente al ejecutar Twinkle y XFDcloser casi simultáneamente. Steel1943 ( discusión ) 21:04, 25 de septiembre de 2024 (UTC) [ responder ]
Ya veo. He añadido https://github.com/wikimedia-gadgets/xfdcloser/issues/93#issuecomment-2375372798 para recordarme a mí mismo o a quien sea que investiguemos esto más a fondo cuando se esté investigando más el ticket. – Novem Linguae ( discusión ) 22:24 25 sep 2024 (UTC) [ responder ]
He enviado una publicación a WT:TW para ver si es un problema de su parte. Primefac ( discusión ) 12:04, 26 de septiembre de 2024 (UTC) [ responder ]
El error no está relacionado con Twinkle. Las eliminaciones de PROD solo se admiten en Twinkle y, aunque Twinkle tiene su propia herramienta de desvinculación, la desvinculación de XFDC tiene más funciones, por lo que muchos usuarios tienden a preferirla; puedes ver la opción en cualquier página inexistente en "Herramientas" (vector-2022) o en el menú desplegable "Más" (vector-2010). – SD0001 ( discusión ) 18:12, 26 de septiembre de 2024 (UTC) [ responder ]
El problema puede deberse... posiblemente a que se están ejecutando Twinkle y XFDcloser casi simultáneamente. No lo creo, también se sabe que ocurre cuando se desvincula 3 meses después de que se eliminó la página . – SD0001 ( discusión ) 18:16, 26 de septiembre de 2024 (UTC) [ responder ]
Pero... ni siquiera puedes usar XFDC si no estás en una página XfD... Primefac ( discusión ) 18:20 26 sep 2024 (UTC) [ responder ]
En base a todo lo que se ha dicho hasta ahora, parece que mis dos suposiciones son incorrectas y los ejemplos que proporcioné de Explicit muestran que son un clic rápido y que los dos gadgets técnicamente no se interrumpen entre sí, lo que significa que esto probablemente no tenga nada que ver con Twinkle. Pero, parece que puede haber una nueva teoría aquí: ¿Los enlaces a undefined en los resúmenes de edición solo ocurren a través de la opción "XFDC Unlink" cuando se elimina la página respectiva antes de ejecutar "XFDC Unlink"? Steel1943 ( discusión ) 18:46, 26 de septiembre de 2024 (UTC) [ responder ]
Intenté probar esto agregando un enlace wiki a una página inexistente en mi sandbox y a una redirección del espacio principal. No pude lograr que la herramienta XFDC Unlink los eliminara. Realmente no quiero agregar un enlace de prueba a un artículo activo, por lo que podría ser difícil probar esto. Quizás deba instalar el gadget en testwiki y jugar con él allí para hacerlo correctamente.
De todos modos, he actualizado el ticket con la última hipótesis: https://github.com/wikimedia-gadgets/xfdcloser/issues/93
Además, me pregunto por qué no tenemos un sandbox en el espacio principal. Facilitaría mucho ciertos tipos de pruebas. Tal vez podríamos codificarlo en MediaWiki para que siempre esté en modo noindex. – Novem Linguae ( discusión ) 20:47, 26 de septiembre de 2024 (UTC) [ responder ]
Fijado .
Resuelto
La plantilla:Rfd-NPF ha sido nominada para fusionarse con la plantilla:Redirect for discussion . Se invita a los observadores de esta página a comentar la discusión en la entrada de la plantilla en la página Plantillas para discusión. Gracias. Steel1943 ( discusión ) 22:16 22 sep 2024 (UTC)