Wikipedia:Bomba de agua de pueblo (técnica)

Trabajé en un módulo que serviría como un cargador mejorado de avisos de edición para Wikipedia. Consulte testwiki:Module:Editnotice_load y Module:Editnotice load (que es una copia exacta). Las características incluyen avisos de edición por categoría, mejores avisos de grupo y avisos de edición por ID de página (lo que reduciría la necesidad de mover las páginas).

Quiero recibir más comentarios sobre este cargador antes de que se implemente inevitablemente. Consulta la wiki de pruebas. Debería ser compatible con versiones anteriores de nuestra forma de hacer las cosas, pero me gustaría que se hicieran comprobaciones al respecto primero.

Si esto se quiere implementar, será necesario realizar un par de cambios, entre ellos:

• Plantilla:Editnotice load (debería reemplazarse con {{#invoke:editnotice load|main}})
• Plantilla:Editnotice load/notext (se debería redirigir a Plantilla:Editnotice load , o debería llamar a {{ editnotice load }} pero con el parámetro "notext=yes")
• Plantilla:Editnotice/notice (debería actualizarse para que coincida con la de testwiki)
• MediaWiki:Noarticletext-nopermission (debería actualizarse con el siguiente anexo: {{#invoke:editnotice load|protectionEditnotice}})
• MediaWiki:Protectedpagetext (debería actualizarse para que coincida con el de testwiki)
• MediaWiki:Cascadeprotected (debería actualizarse para que coincida con el de testwiki)
• Plantilla:Editnotices/Group/Template:Editnotices (debería actualizarse para que coincida con la de testwiki )
• MediaWiki:Titleblacklist-custom-editnotice (debería actualizarse para que coincida con el de testwiki)

Esto haría que el cargador de editnotice sea mucho más robusto.

Inmediatamente, como preparación para esto, consideraría agregar las siguientes plantillas de avisos de edición de categorías:

{{ Introducción a la edición BLP }}

• Plantilla:Editnotices/Categoría/Personas vivas
• Plantilla:Editnotices/Categoría/Posiblemente personas vivas

{{ Desambiguación de la edición Intro }}

• Plantilla:Editnotices/Categoría/Páginas de desambiguación

¿Algo más? ¡Genial! Aasim 19:06, 9 de septiembre de 2024 (UTC) [ responder ]

Sería útil contar con alguna documentación sobre cómo funciona desde la perspectiva del usuario para comprender el contexto y cómo se usaría en la práctica, incluida la forma en que se aplican las restricciones de seguridad. Como nota al margen, no estoy seguro de que su implementación sea "inevitable". isaacl ( discusión ) 22:03, 9 de septiembre de 2024 (UTC) [ responder ]

Tengo algunos casos de prueba en testwiki. Para obtener mejores resultados, visualice el sitio cuando haya cerrado la sesión e inspeccione el HTML cuando haya iniciado sesión.

testwiki:Taylor Swift debería ser un buen ejemplo de cómo lograr que funcionen los avisos de edición de categorías. testwiki:Protected title y testwiki:Protected title2 muestran el aviso de edición de protección tanto en la pantalla de creación como en la pantalla "no existe" cuando un título está protegido contra su creación por otras razones.

testwiki:Special:EditPage/A debería mostrar el aviso de página de testwiki:Template:Editnotices/PageID/54370 (que es para A). También puedes ver que renombré los "avisos de página" anteriores a "avisos de título" porque la forma en que los avisos de página están vinculados actualmente es en realidad a los títulos, no a las páginas. El nuevo "aviso de página" seguirá vinculado a una página específica porque usa PageID. No habrá necesidad de actualizar los avisos de título para las páginas que existen. Por otro lado, para las páginas que no existen, el aviso de título deberá mantenerse actualizado. Awesome Aasim 04:01, 10 de septiembre de 2024 (UTC) [ responder ]

No puedo saber desde la página del artículo cómo usar la función: dónde se encuentra el aviso de edición, cómo se limitará el acceso, etc. Por lo tanto, es difícil evaluar la función sin saber el costo de mantenimiento. isaacl ( discusión ) 09:58, 10 de septiembre de 2024 (UTC) [ responder ]

Los avisos de edición se encuentran en el mismo pseudoespacio: Template:Editnotices/. Consulte testwiki:Module:Editnotice load/config.

También moví los enlaces de los avisos de edición a un cuadro plegable porque la cantidad de avisos de edición que se pueden crear se ha vuelto relativamente alta después de agregar avisos de categorías. Awesome Aasim 13:16, 10 de septiembre de 2024 (UTC) [ responder ]

Vale, veo que ahora hay un enlace encima del aviso de edición que indica su ubicación, de modo que los avisos basados ​​en categorías se agrupan en una subpágina "Categoría". ¿Cuáles son las mejoras para los avisos basados ​​en grupos? isaacl ( discusión ) 18:33 10 sep 2024 (UTC) [ responder ]

Hay menos ambigüedad en la forma en que se manejan. Por ejemplo, en testwiki:Template:A/B/C/D/E, hay cinco avisos de edición grupales diferentes que se pueden crear. Entonces, si hay una página en la que es deseable que el grupo Template:A/B necesite un aviso grupal, y Template:A/B/C necesita otro aviso grupal, y Template:A/B/D necesita otro aviso grupal, eso ahora se puede hacer; habrá un aviso grupal común y dos avisos grupales separados para las subpáginas. Awesome Aasim 19:21, 11 de septiembre de 2024 (UTC) [ responder ]

Sugeriría implementar la implementación en etapas y crear un plan de prueba para garantizar que nada retroceda. Editar tantas páginas de interfaz y plantillas completamente protegidas a la vez parece demasiado trabajo para que un administrador se ofrezca como voluntario. Por ejemplo, la categoría específica editnotices que mencionas se puede dejar para más adelante, ya que ya tenemos un sistema decente para manejar esas categorías.
Inmediatamente, en preparación para esto, consideraría agregar las siguientes plantillas de editnotices de categorías; esto no se puede hacer de inmediato, ya que también deben eliminarse de Module:Mainspace editnotice , de lo contrario, aparecerían dos veces cuando se implementen el resto de los cambios. – SD0001 ( discusión ) 08:01, 10 de septiembre de 2024 (UTC) [ responder ]

En realidad, creo que esto podría ser algo que se haría mejor de una sola vez. Eliminar los dos avisos de edición de categorías de Module:Mainspace editnotice debería ser una decisión obvia después de la implementación. La forma en que el módulo realiza actualmente estas comprobaciones, comprobando el wikitexto sin analizar, actualmente es pésima.

¿Tienes alguna idea para un ejecutor de pruebas de Scribunto para la carga del módulo Editnotice para garantizar que todo funcione con los editnotices de demostración? Awesome Aasim 16:53, 13 de septiembre de 2024 (UTC) [ responder ]

Todavía no he notado ningún error ni regresión. Si alguien pudiera volver a mirar mi código, tal vez podamos identificar posibles problemas. Awesome Aasim 12:52, 2 de octubre de 2024 (UTC) [ responder ]

Envié una solicitud de edición. Creo que esto es algo que podría ser atacado por un administrador que abre 8 ventanas de edición y luego guarda todos los cambios propuestos a la vez. Ya lo he hecho antes, resulta molesto cuando te limitan la velocidad, pero no es imposible. Impresionante Aasim 20:05, 8 de octubre de 2024 (UTC) [ responder ]

No he usado la piscina comunitaria antes, así que lo siento si esto no está en el pueblo correcto. La Wikipedia móvil comienza hoy porque, por alguna razón, comenzó a dirigirme automáticamente a en.m.wikipedia.org en lugar de a la Wikipedia normal en.wikipedia.org. Incluso si elimino directamente el ".m" o "m.", simplemente me dirigirá automáticamente a ella nuevamente. Realmente lo odio y me resulta insoportable usarlo y me encanta mucho más la Wikipedia en inglés normal. No sé qué está causando este problema. No he visto a nadie discutiendo esto ni en el subreddit de Wikipedia (donde generalmente se discuten las actualizaciones) ni en Wikipedia:Noticias. Agradezco mucho cualquier ayuda con esto, ¡gracias! 92.236.211.53 ( discusión ) 13:55, 4 de octubre de 2024 (UTC) [ responder ]

Utilice el enlace "Escritorio" en la parte inferior de las páginas móviles para solicitar la versión de escritorio. PrimeHunter ( discusión ) 14:00, 4 de octubre de 2024 (UTC) [ responder ]

¡Gracias por tu rápida respuesta! Ya probé esto y, lamentablemente, el resultado es que se muestra la versión literal del sitio web para escritorio, lo que genera una gran cantidad de espacio negativo y una ubicación incómoda del texto junto a las imágenes debido a que el sitio web intenta funcionar en el móvil horizontal. El sitio funcionaba perfectamente en el móvil antes. ¿Esto también sucede en tu teléfono? 92.236.211.53 ( discusión ) 14:07, 4 de octubre de 2024 (UTC) [ responder ]

Estoy escribiendo desde el escritorio porque también me enteré hoy de que la IP de mi teléfono (esta misma IP) quedó atrapada en un bloqueo de rango para bloquear a un usuario específico (¿pero ahora está resuelto?). Pensé ahora que esto podría ser lo que está causando esto, pero acabo de crear una cuenta en el móvil y todavía se dirige automáticamente a en.m.wikipedia. No tengo idea de qué hacer 92.236.211.53 ( discusión ) 14:28, 4 de octubre de 2024 (UTC) [ responder ]

Nombre del dispositivo:Pixel 6a

Modelo:Pixel 6a

Versión de Android: 12

Ojalá esta información sirva para saber cómo revertir este problema. Lo envié desde mi móvil. 92.236.211.53 ( discusión ) 16:48 4 oct 2024 (UTC) [ responder ]

El comportamiento que estás experimentando es como siempre ha funcionado. La "solución alternativa" que proporcionó Primehunter funciona como siempre ha funcionado. No hay forma de "arreglarlo". Lo más parecido que puedes hacer es tener una cuenta, cambiar la preferencia de apariencia de la cuenta y luego usar el enlace "usar escritorio" cuando hayas iniciado sesión y termines en el sitio web móvil. Quizás esto sea suficiente para ti. Izno ( discusión ) 18:31, 4 de octubre de 2024 (UTC) [ responder ]

Volví a revisar las capturas de pantalla que tomé y vi que tú y Primehunter tenían razón, siempre fue "en.m.wikipedia". Creo que hubo una actualización del esquema de colores claros básico de Wikipedia para dispositivos móviles que provocó que el complemento que estaba usando, darkreader, lo representara de manera diferente.

Observo que el texto en las tablas es más grande y, en mi opinión, los colores no funcionan bien juntos ni en el modo oscuro oficial ni al usar mi complemento en el modo claro.

Wikipedia actual que no me gusta (modo claro + lector oscuro) de hoy: https://imgur.com/a/wnNflgF

Wikipedia correcta, solo modo oscuro sin complementos, también hoy: https://imgur.com/a/4xdBsow

Esquema de colores anterior de Wikipedia para dispositivos móviles (modo claro+lector oscuro), del 28 de abril: https://imgur.com/a/up24a8G

¿Hay alguna manera de volver a cómo era antes porque realmente prefiero cómo era literalmente ayer? Lamento sinceramente los malentendidos 92.236.211.53 ( discusión ) 19:33 4 oct 2024 (UTC) [ responder ]

¿Qué es lo que no te gusta específicamente de la versión "actual"? Izno ( discusión ) 00:09 5 oct 2024 (UTC) [ responder ]

Hay un mayor contraste entre las letras y el fondo oscuro, el violeta que muestra los enlaces en los que se hizo clic es un violeta más claro, por lo que hay que forzar la vista más para distinguirlo, el texto en las tablas es más grande de lo necesario, mientras que el texto en el resto de los artículos todavía tiene su tamaño anterior, muy bueno y legible (que se muestra en la comparación de imgur vinculada arriba), y no entiendo cómo sucedió eso.

No sé de qué otra manera describirlo, pero parece que hay un filtro blanco o azul sobre los artículos que me hace doler los ojos. Puedo hacer otra comparación con Imgur si eso ayuda a explicar a qué me refiero (aunque esta vez solo dos enlaces de imágenes). 92.236.211.53 ( discusión ) 15:35, 6 de octubre de 2024 (UTC) [ responder ]

Si creas una cuenta o agregas ?useskin=timeless, la versión de escritorio será un poco más compatible con dispositivos móviles. Gryllida ( discusión , correo electrónico ) 07:29 7 oct 2024 (UTC) [ responder ]

He creado una cuenta y no ha revertido la interfaz de usuario a como estaba antes, lo siento.

?useskin=timeless está funcionando muy bien, gracias. Es una molestia pegarlo en la URL de cada nuevo artículo en el que hago clic, ya que se restablece al horrible valor predeterminado en cada nuevo enlace o página que se carga o cuando se abre el editor. ¿Hay alguna manera de convertirlo en el valor predeterminado, ya que también será malo cuando esté leyendo con datos móviles, ya que tendré que cargar el sitio dos veces? ¡Muchas gracias de todos modos! 92.236.211.53 ( discusión ) 20:11, 9 de octubre de 2024 (UTC) [ responder ]

Sí. Puedes configurarlo como predeterminado creando una cuenta, iniciando sesión con ella , luego yendo a tus Preferencias y en "Apariencia" seleccionando el diseño Timeless y luego Guardar. Pero eso es lo que te dijo Izno hace cinco días. —  JohnFromPinckney ( discusión / ediciones ) 21:03 9 oct 2024 (UTC) [ responder ]

Perdón por la respuesta tardía. Inicié sesión en esta cuenta y seleccioné la opción de apariencia atemporal, pero a pesar de eso, ¡todavía no se procesa automáticamente! Además, me disculpo con Inzo, creo que no entendí lo que están diciendo. AssanEcho ( discusión ) 20:37 12 oct 2024 (UTC) [ responder ]

Durante las últimas semanas, a veces se me ha cerrado la sesión inesperadamente, a pesar de marcar la opción "recordarme" cada vez. Recientemente, me ha sucedido dos veces en las últimas 24 horas. Siempre sucede cuando he estado inactivo durante un tiempo, pero solo en el orden de horas, no de días. No tengo conocimiento de haber cambiado alguna de mis configuraciones recientemente. Thryduulf ( discusión ) 20:15, 8 de octubre de 2024 (UTC) [ responder ]

Yo también. Creo que hay un ticket de phab que cubre este problema. Déjame buscarlo rápidamente NightWolf1223 < Howl at me • My hunting > 20:55, 8 de octubre de 2024 (UTC) [ responder ]

He tenido el mismo problema durante una semana aproximadamente, simplemente asumí con cierta pereza que se solucionaría en algún momento. -- LCU A ctively D isinterested « @ » ° ∆t ° 21:08, 8 de octubre de 2024 (UTC) [ responder ]

Probablemente el mismo problema que T372702. Matma Rex talk 16:16 9 oct 2024 (UTC) [ responder ]

No sé si esta secuencia de acciones tiene un detonante.

1. cerrar sesión explícitamente en una máquina (esto invalida todas las cookies de inicio de sesión en todos los dispositivos)
2. Inicie sesión en en.wp en un dispositivo diferente y seleccione "Mantenerme conectado (hasta por un año)". Ahora tengo una nueva cookie de inicio de sesión
3. Microsoft me informa que las actualizaciones requieren instalación, así que termino lo que estoy haciendo...
4. ... cierra Firefox, ve a "Inicio" → "Apagado" → "Actualizar y reiniciar", espera un tiempo. Haz café. Limpia un montón de correo basura. Abre Firefox...
5. ... y vuelvo a mi lista de seguimiento. Una edición agrega una imagen a un artículo, algo que me genera sospechas, así que:
6. Visito Commons. Me dice que no he iniciado sesión y que debo volver a cargar la página. En mi experiencia, esto nunca funciona, pero seguir un enlace de Commons diferente sí funciona; por lo tanto, voy al historial de la página. Ahora aparece como que he iniciado sesión.
7. Todavía en Commons, sigo un enlace a en.wp - No he iniciado sesión
8. Regresar a Commons, visitar otra página, aún con la sesión iniciada
9. Ve a Meta: estoy conectado allí
10. Intente en.wp nuevamente - no inició sesión

¿Por qué en.wp podría dejar de reconocer mi cookie de inicio de sesión cuando Commons y Meta están perfectamente de acuerdo con ello? -- Red rose64 🌹 ( discusión ) 20:17, 9 de octubre de 2024 (UTC) [ responder ]

El hecho de no iniciar sesión automáticamente en algunas wikis parece una especie de protección anti-seguimiento en el navegador. Commons y Meta comparten el mismo dominio principal con login.wikimedia.org, donde se almacena la cookie de sesión central, por lo que las restricciones del navegador sobre el acceso a cookies entre wikis son más relajadas.

¿Ayuda hacer clic en el enlace de inicio de sesión en la parte superior de la página de enwiki? Eso debería funcionar en Firefox. Tgr (WMF) ( discusión ) 18:26 10 oct 2024 (UTC) [ responder ]

@ Tgr (WMF) : Creo que te perdiste algo: mi inicio de sesión correcto (que me pedía que ingresara mi nombre y contraseña) estaba en Wikipedia en inglés. Cuando fui a Commons e inicié sesión allí, se cerró mi sesión en Wikipedia, pero seguí con la sesión iniciada en Commons. -- Red rose64 🌹 ( discusión ) 20:16, 10 de octubre de 2024 (UTC) [ responder ]

Sí, la parte de la sesión desconectada es el error que Matma Rex enlazó. Solo digo que es de esperar que el inicio de sesión en Commons y Meta sea más "fijo" en algunos navegadores: tu sesión en enwiki desapareció de alguna manera, tu sesión central en login.wikimedia.org permaneció y luego otras wikis de wikimedia.org pueden recuperar la sesión desde allí, pero las wikis de otros dominios no pueden. Tgr (WMF) ( discusión ) 21:31 10 oct 2024 (UTC) [ responder ]

Vale, no es aleatorio, pero es replicable:

1. En en.wp, inicie sesión (inicio de sesión completo usando Special:UserLogin, con nombre de usuario/contraseña)
2. Haga clic en este enlace: commons: - observe que ha iniciado sesión
3. Utilice el botón "atrás" del navegador para volver a en.wp
4. Presiona para recargar la página - observa que noF5 estás conectado
5. Haga clic en este enlace: commons: - observe que todavía está conectado a Commons

Esto también provoca la pérdida de datos de la sesión y más de una edición perdida. -- Red rose64 🌹 ( discusión ) 21:54 10 oct 2024 (UTC) [ responder ]

@ Redrose64 No puedo reproducir este comportamiento. RoySmith (discusión) 00:49 12 oct 2024 (UTC) [ responder ]

@ Redrose64 si puedes reproducirlo, ¿te importaría hacerlo con la extensión WikimediaDebug habilitada y la opción "Registro detallado" marcada? Tgr (WMF) ( discusión ) 15:59 13 oct 2024 (UTC) [ responder ]

No estoy seguro de cómo se puede relacionar esto, pero he notado recientemente (¿hace unas semanas?) que a veces, cuando vuelvo a mi lista de seguimiento después de ver o editar una página vinculada, obtengo una versión anterior de la lista de seguimiento. Supuse que tiene algo que ver con el almacenamiento en caché, ya que al borrar el caché aparece la versión más reciente de la lista de seguimiento. Donald Albury 19:50, 12 de octubre de 2024 (UTC) [ responder ]

Parece haber un problema con {{ cite web }} y las plantillas relacionadas en algunas páginas; consulte, por ejemplo, Beroidae , donde todas las referencias muestran "Error de Lua en Módulo:Citation/CS1/Configuration en la línea 2083: intento de indexar un valor booleano." en lugar de la referencia. Las referencias se muestran correctamente en el modo de vista previa, sin que se muestren errores de plantilla en el editor. Estoy usando Firefox con la máscara Monobook. Tevildo ( discusión ) 22:25 10 oct 2024 (UTC) [ responder ]

Le puse WP:NULLEDIT a la página y el error desapareció. No tengo idea de la causa. *Pppery* _{ha comenzado...} 22:35, 10 de octubre de 2024 (UTC) [ responder ]

Esto suele ocurrir cuando los componentes del módulo Citation Style 1 utilizados por las plantillas de citas se actualizan y quedan desincronizados durante unos momentos. Algunas páginas se vuelven a renderizar y almacenar en caché durante ese breve período de tiempo, y pueden generar errores cuando el código nuevo intenta llamar a un código anterior y falla de alguna manera. Con tantos millones de páginas, es inevitable que al menos algunas páginas se vean afectadas. La edición nula de los artículos afectados los vuelve a renderizar con todos los componentes del módulo actualizados. – Jonesey95 ( discusión ) 00:45, 11 de octubre de 2024 (UTC) [ responder ]

Gracias por las respuestas, lo intentaré si me vuelvo a encontrar con este problema. Tevildo ( discusión ) 15:50 11 oct 2024 (UTC) [ responder ]

Eche un vistazo al informe de problemas de @DannySI en T377379, parece que tiene algo que ver con Módulo:Cita/CS1 . Matma Rex talk 18:20, 16 de octubre de 2024 (UTC) [ responder ]

Igual que el anterior. Una edición nula debería solucionar el problema. – Jonesey95 ( discusión ) 18:34, 16 de octubre de 2024 (UTC) [ responder ]

El código que emite ese mensaje de error se agregó por primera vez en la actualización del conjunto de módulos del 23 de marzo de 2024. Hubo otra actualización el 17 de agosto de 2024. No recuerdo haber visto este mensaje de error antes de la actualización del 17 de agosto. Es posible que el editor Jonesey95 tenga razón. Aun así, me lo pregunto porque ese fragmento de código en particular no depende de ningún otro módulo de cs1|2. Debería funcionar siempre que haya una conexión MediaWiki entre commons y en.wiki.

El código utiliza datos tabulares almacenados en commons (c:Data:CS1/Identifier limits.tab). Se supone que los datos de esa tabla deben ser devueltos por mw.ext.data.get()en una secuencia de secuencias de Lua. El mensaje de error sugiere que la llamada a mw.ext.data.get()está devolviendo un valor booleano; podría ser true, podría ser false. No lo sé; un retorno booleano no se describe en ninguna de la documentación (muy limitada) que puedo encontrar sobre la función. ¿Alguien aquí lo sabe? Si un booleano es un retorno adecuado, ¿qué significa?

Si esto persiste, me temo que tendré que revertir el código que obtiene los datos de Commons. Es decepcionante. Prefiero actualizar esa pequeña tabla de datos cuando sea necesario en lugar de editar tanto el entorno de pruebas como los módulos CS1|2 en vivo...

—El monje trapense ( discusión ) 19:10 16 oct 2024 (UTC) [ responder ]

Ver Discusión:Batalla de Helena#En la foto apropiada al verla en la aplicación . ¿Alguna idea de qué está pasando con el problema que acaba de informar la IP? Hubo algunos problemas de vandalismo de imágenes hace más de un año. No hay una imagen del cuadro de información en el artículo, así que no sé qué podría estar causando eso. No puedo investigar esto realmente porque estoy en el trabajo y no quiero replicar el problema informado. Hog Farm _Talk 16:29, 11 de octubre de 2024 (UTC) [ responder ]

@ Hog Farm el artículo fue vandalizado en algún momento (ver el resumen de la edición en Special:Permalink/1163371835 ) y, si bien se eliminó el vandalismo, es probable que algún recurso que usa la aplicación no haya actualizado su caché correctamente. -- Ahecht (
PAGINA DE DISCUSION) 19:53, 11 de octubre de 2024 (UTC) [ responder ]

Hola, envié una solicitud a las 20:32, 10 de octubre de 2024 (UTC) aquí y estoy esperando una respuesta de artículos sugeridos en la wikitable. En User talk:SuggestBot incluí a @Nettrom , el operador del bot. Saludos, JoeNMLC ( discusión ) 21:41, 11 de octubre de 2024 (UTC) [ responder ]

Parece que no: las contribuciones recientes a las páginas de discusión de usuarios muestran que normalmente se ejecuta dos veces al día, a las 11:24 y a las 23:24 (UTC), pero la ejecución de hoy a las 11:24 no se detectó. ¿Te has puesto en contacto directamente con el botop? -- Red rose64 🌹 ( discusión ) 21:55, 11 de octubre de 2024 (UTC) [ responder ]

Gracias Redrose64 . Acabo de dejar un mensaje en la página de discusión de Nettrom. JoeNMLC ( discusión ) 00:10 12 oct 2024 (UTC) [ responder ]

Bueno, sus contribuciones muestran que está haciendo ediciones (enlace permanente a las contribuciones al momento de escribir esto). Parece que se está tomando su tiempo. Al menos sigue llevando a cabo la cuarta racha de edición diaria más larga de cualquier usuario aquí (estoy en el puesto número 5 de todos los editores humanos). Graham87 ( discusión ) 02:44, 12 de octubre de 2024 (UTC) [ responder ]

 Hecho a las 11:26, 12 de octubre de 2024 (UTC). ¡Saludos! JoeNMLC ( discusión ) 11:50, 12 de octubre de 2024 (UTC) [ responder ]

Hola a todos,

Solo una pequeña consulta, pero espero que alguien lo sepa. Cuando solía visitar Wikipedia:Arbitraje/Solicitudes/Aplicación o WP:ANI , en la esquina superior derecha de una discusión, había un enlace para "Archivar" la discusión. En cambio, ahora hay un enlace para "Suscribirse". Entonces, ¿hay una manera fácil de archivar discusiones además de cortarlas y pegarlas en una página de archivo? Solía ​​ser fácil hacer esto, pero ahora no veo una manera de hacerlo. ¿Se debe a una apariencia o alguna configuración que elegí o fue un cambio en el formato de la discusión? También solía haber un enlace de Responder en las discusiones de la página de discusión y ya no veo ese enlace tampoco.

Gracias por cualquier explicación que puedan darme. L iz ^{¡Lee! ¡Habla!} 06:06, 12 de octubre de 2024 (UTC) [ responder ]

Tuve este problema recientemente y me dijeron que actualizara o usara un nuevo script de usuario. Déjame buscarlo para ti. Ktin ( discusión ) 06:25, 12 de octubre de 2024 (UTC) [ responder ]

Consulta esta publicación Wikipedia:Village_pump_(technical)/Archive_214#User_Scripts_and_Template_Substitution . Terminé usando User:Elli/OneClickArchiver y me funcionó. Ktin ( discusión ) 06:29 12 oct 2024 (UTC) [ responder ]

@ Liz En Usuario:Liz/common.js estás cargando Usuario:Technical 13/Scripts/OneClickArchiver.js en la línea 36. Esa versión particular del archivador de un solo clic se eliminó en 2023 porque estaba roto y Technical 13 está bloqueado por arbcom y no puede solucionarlo. Deberás reemplazarlo con una alternativa, consulta Wikipedia:Archivado de un solo clic para obtener una lista de versiones mantenidas. 86.23.109.101 ( discusión ) 17:11, 12 de octubre de 2024 (UTC) [ responder ]

Hola. Parece que la espada japonesa tiene un error de Lua. Supongo que esto puede tener que ver con cambios recientes en Module:Lang o Module:Nihongo . De todos modos, no puedo editarlos, pero tal vez alguien aquí tenga la capacidad y/o la habilidad de probar lo que está sucediendo aquí. Sumurai8 ( discusión ) 15:34 13 oct 2024 (UTC) [ responder ]

Sí, algo anda mal con el módulo Nihongo. Muchos artículos relacionados con Nintendo se ven afectados. ¿Alguien con conocimientos técnicos puede solucionar esto? QuicoleJR ( discusión ) 15:54 13 oct 2024 (UTC) [ responder ]

Actualización: Todo está funcionando correctamente ahora. Gracias, monje trapense, por arreglar el módulo. QuicoleJR ( discusión ) 16:14 13 oct 2024 (UTC) [ responder ]

Todavía veo esto en dispositivos móviles con Module:Lang. Parece que solo afecta a los artículos después de que se cambió a langx. "Error de Lua en Module:Lang en la línea 1422: intento de concatenar un valor nulo" Mellk ( discusión ) 17:05 13 oct 2024 (UTC) [ responder ]

WP:NULLEDIT es tu amigo.

—El monje trapense ( discusión ) 19:25 13 oct 2024 (UTC) [ responder ]

Gracias. Sospeché que tenía algo que ver con el caché. Mellk ( discusión ) 07:13 15 oct 2024 (UTC) [ responder ]

Wikipedia:Las características del equipo de crecimiento no parecían ser el lugar adecuado para solucionar este problema, por lo que lo traemos aquí. Si lo que parecen ser problemas con el kit para recién llegados pertenecen a otro lugar, indíquelo como corresponde.

Mira esto y esto. ¿Es el usuario el que comete errores o Newcomer Tasks realmente le está diciendo que coloque las referencias en la parte superior? MM (Dame información) ^(Victorias) 15:44, 13 de octubre de 2024 (UTC) [ responder ]

Parece ser solo spam de enlaces, sin relación con las tareas para recién llegados, aunque las ediciones estén etiquetadas como tales. —⁠ andrybak ( discusión ) 15:53, 13 de octubre de 2024 (UTC) [ responder ]

Cpmrev- Dios mío, ¿cómo me lo perdí? Es uw-spam1. Saludos, Andry. MM (Dame información). ^(Victorias) 15:57, 13 de octubre de 2024 (UTC) [ responder ]

Hice un borrador de caja de usuario

Este usuario intenta reducir el sesgo de género en Wikipedia .

,

pero quiero poner un salto de línea entre "reducir" y "Género". ¿Alguien sabe cómo hacer esto? Walter Tau ( discusión ) 17:31 13 oct 2024 (UTC) [ responder ]

{{salto de línea}}? MM (Dame información.) ^(Victorias) 17:33, 13 de octubre de 2024 (UTC) [ responder ]

¡Gracias! ¡Funcionó! Walter Tau ( discusión ) 17:37 13 oct 2024 (UTC) [ responder ]

Muy bien. Disfruto de tu ruptura de muchas líneas. MM (Dame información.) ^(Victorias) 17:38, 13 de octubre de 2024 (UTC) [ responder ]

aún más simple, simplemente pon <br />. — xaosflux ^Talk 19:21, 13 de octubre de 2024 (UTC) [ responder ]

Esta herramienta no funciona. ¿Existe algún análogo? Kaiyr ( discusión ) 18:54 13 oct 2024 (UTC) [ responder ]

@ Kaiyr : ¿Quieres decir que no pudiste acceder al sitio? ¿O que hubo un error en el servidor? Actualmente parece estar en línea. Polygnotus ( discusión ) 13:36 15 oct 2024 (UTC) [ responder ]

Ah, cuando hago clic en "¡Hazlo!", aparece Server(ServerError { code: 1054, message: "Columna desconocida 'lt0.lt__namespace' en 'cláusula where'", state: "42S22" }) .

Probablemente deberías informar ese problema en https://github.com/magnusmanske/petscan_rs/issues Polygnotus ( discusión ) 13:37, 15 de octubre de 2024 (UTC) [ responder ]

Esto cambió hace poco. Lo noté por primera vez en Wikt-en, y en ese momento no tenía ningún problema en WP-en, pero ahora se ha extendido aquí. Ocurre en algunas wikis de otros idiomas, como Wikt-ja, pero no en Wikt-vi. En la ventana de edición de un artículo o página de discusión de WP, si presiono control-x obtengo formato en negrita, con control-c obtengo cursiva y con control-v obtengo superíndice. Es de suponer que esto tiene algo que ver con que uso un teclado dvorak (dvorak x y c corresponden a qwerty b e i), pero otros comandos no se ven afectados. Por ejemplo, control-z e -y siguen siendo 'deshacer' y 'rehacer', a pesar de corresponder a las teclas qwerty para t y /. Eso significa que no puedo usar las teclas con qwerty xcv impreso en ellas para cortar-copiar-pegar, porque continúan actuando como dvorak qjk y cierran el navegador o me llevan a la URL. No afecta la escritura normal en una ventana de edición, solo los comandos en los que se usa la tecla 'ctrl'.

Esto no sucede cuando "respondo" a un hilo en una página de discusión, de modo que se abre una nueva ventana: Entonces todas las teclas actúan como dvorak, tanto aquí como en Wikt. El diseño tampoco parece ser el problema. Aquí uso Monobook, en Wikt uso Vector 2022. Probé Vector Legacy en Wikt y el comportamiento fue el mismo.

¿Puedo hacer algo con mi CSS para anular este comportamiento? — kwami ​​( discusión ) 00:29, 14 de octubre de 2024 (UTC) [ responder ]

El parche que lo rompió se revirtió y saldrá en el próximo tren el jueves. phab:T62928 Puedes activar el resaltado de sintaxis para solucionarlo por ahora. Izno ( discusión ) 00:47 14 oct 2024 (UTC) [ responder ]

¡Gracias!

Mientras tanto, el resaltador de sintaxis es una buena solución. — kwami ​​( discusión ) 01:27, 14 de octubre de 2024 (UTC) [ responder ]

Durante los últimos días, al editar un artículo y presionar "Comando-V" para pegar, se inserta el texto siguiente:

<sup>Superscript text</sup>

Cuando presiono 'Comando-C' para copiar, se colocan comillas simples dobles alrededor del texto seleccionado.

''selected text''

Curiosamente, al editar ESTA PÁGINA los accesos directos funcionan bien. Pero si tengo que editar un artículo o una página de discusión en el espacio principal, hacen lo anterior.

NOTA: macOS, Safari. Escribo usando la distribución de teclado Dvorak . La distribución de teclado Dvorak Cestá en la misma ubicación que la de QWERTYI . El problema de cursiva mencionado anteriormente me lleva a creer que los atajos se han codificado (recientemente) en las ubicaciones de QWERTY en lugar de tomar la tecla o letra que se escribe.

¿Alguien sabe qué podría estar mal o tiene un mejor lugar para plantear esto?

PK-WIKI ( discusión ) 16:49 15 oct 2024 (UTC) [ responder ]

Ver arriba. — xaosflux ^Discusión 16:51, 15 de octubre de 2024 (UTC) [ responder ]

No he podido solicitar un traslado de varias páginas. La cosa es así: estoy usando Wikipedia en una consola Xbox (mi ordenador está fuera de servicio en este momento) y el intento de solicitar un traslado de varias páginas no funciona. Si lo hago, obtengo una mera respuesta en forma de wikitexto. Puedes encontrar esos tres desastres (¿o debería decir desastres de aviones, dado el tema?) en Talk:Microsoft Flight Simulator . Intenté solicitar un traslado de cuatro páginas relacionadas con la serie en cuestión, como ya había hecho con el primer juego : Microsoft Flight Simulator 2.0 , Microsoft Flight Simulator 3.0 , Microsoft Flight Simulator 4.0 y Microsoft Flight Simulator 5.0 de forma similar a mi traslado del juego de 1982, como si las moviera a algo como "Microsoft Flight Simulator (videojuego de 19XX)".

¿Alguien puede solicitar un traslado por mí? Ægc's friendly xbox alt (discusión) 08:30 14 oct 2024 (UTC) [ responder ]

Desactive el Editor visual en todas sus múltiples formas (puede que esté bien para los artículos, pero no sirve para las páginas de discusión). Utilice el editor de texto sin formato de MediaWiki: yo utilizo el más antiguo que todavía existe (creo que se llama editor de wikitexto de 2003) y no tengo ningún problema. Las transclusiones y sustituciones de plantillas hacen exactamente lo que se supone que deben hacer. Por lo tanto, cualquier error tipográfico es culpa mía. -- Red rose64 🌹 ( discusión ) 09:41, 14 de octubre de 2024 (UTC) [ responder ]

@ Redrose64 No creo que este sea un buen consejo en general y no es relevante aquí, porque Æ no está usando el editor visual para editar la página de discusión, sino la nueva herramienta de temas. Matma Rex talk 16:00, 14 de octubre de 2024 (UTC) [ responder ]

@ Ægc's friendly xbox alt En la esquina superior derecha de la interfaz para agregar nuevos temas, hay dos pestañas denominadas "Visual" y "Fuente"; intenta cambiar a la pestaña "Fuente" antes de escribir la solicitud de movimiento. Matma Rex talk 15:58, 14 de octubre de 2024 (UTC) [ responder ]

Utilice las ventanas emergentes de navegación. Coloque el ratón sobre Aaron Brennan , un artículo sobre un hombre con barba, con una foto de un hombre con barba en el cuadro de información, antes de cualquier otra foto. Sorpréndase al ver, en la ventana emergente, una foto de una joven sin barba en varias secciones de la página. DuncanHill ( discusión ) 11:37 14 oct 2024 (UTC) [ responder ]

@ DuncanHill : ¿Y ahora? Polygnotus ( discusión ) 12:46 14 oct 2024 (UTC) [ responder ]

@Polygnotus : Funciona como se esperaba ahora, gracias. DuncanHill ( discusión ) 23:50 14 oct 2024 (UTC ) [ responder ]

Las ventanas emergentes de navegación no tienen acceso al resultado del análisis del wikitexto, pero realizan su propio análisis primitivo del texto fuente. Pueden detectar la sintaxis de archivos y ciertos parámetros comunes de los cuadros de información, como imagey logo, pero aparentemente no image1. A diferencia de las vistas previas de página, pueden seleccionar imágenes fuera del encabezado. PrimeHunter ( discusión ) 14:30, 14 de octubre de 2024 (UTC) [ responder ]

Solo sería necesario agregar |image1esta línea en MediaWiki:Gadget-popups.js :

'imagen|imagen_(?:archivo|horizonte|nombre|bandera|sello)|portada|insignia|logotipo'

PrimeHunter ( discusión ) 14:39 14 oct 2024 (UTC) [ responder ]

Hola, el ancho "estándar" de la "herramienta de apariencia" no funciona correctamente. Funciona igual que el ancho "ancho". Por favor, compruébelo. Gracias, Hooman Mallahzadeh ( discusión ) 12:52 14 oct 2024 (UTC) [ responder ]

Acabo de probarlo y funciona bien. ¿ Tu pantalla es lo suficientemente ancha como para que se active el modo ancho? — The DJ ( discusión • contribuciones ) 14:00, 14 de octubre de 2024 (UTC) [ responder ]

@ TheDJ Lo siento, alejé el zoom de mi navegador y el problema se resolvió. Por favor, cierra el hilo. Gracias. Hooman Mallahzadeh ( discusión ) 14:13 14 oct 2024 (UTC) [ responder ]

@ TheDJ Propongo que podamos desactivar esta función en caso de que el zoom del navegador sea alto y no funcione correctamente. Podemos implementarlo con algunos códigos JavaScript. Hooman Mallahzadeh ( discusión ) 14:33 14 oct 2024 (UTC) [ responder ]

¿Qué está pasando en Wikipedia:Tablón de anuncios de administradores/Incidentes ? De las últimas 100 ediciones, 62 están etiquetadas como que han añadido enlaces de desambiguación. Según una comprobación aleatoria, la mayoría no lo hizo.
La primera edición que lo tiene es esta , que sí añadió un enlace de desambiguación (MOS:CONSISTENCY). – 2804:F1...D2:B7E7 ( discusión ) 19:57 14 oct 2024 (UTC) [ responder ]

MOS:CONSISTENCY es una redirección a la página de desambiguación Wikipedia:Consistency . MOS es un espacio de nombres aquí en la Wikipedia en inglés, mientras que [[MOS:CONSISTENCY]]en otras wikis habría sido un enlace entre idiomas a https://mos.wikipedia.org/wiki/CONSISTENCY. Tal vez esto confunda un software. PrimeHunter ( discusión ) 20:39 14 oct 2024 (UTC) [ responder ]

Lo he cambiado para omitir la redirección, a ver si funciona. – 2804:F1...D2:B7E7 ( discusión ) 21:02 14 oct 2024 (UTC) [ responder ]

Funcionó. Tu edición [1] fue la última en ser etiquetada y la página todavía dice que [[WP:Consistency|MOS:CONSISTENCY]]hubo muchas ediciones después. PrimeHunter ( discusión ) 21:38 14 oct 2024 (UTC) [ responder ]

Así fue. Supongo que no está sucediendo aquí porque también vinculaste el objetivo de redirección... interesante. – 2804:F1...D2:B7E7 ( discusión ) 21:41 14 oct 2024 (UTC) [ responder ]

Discusión:Redhead (pájaro) también enlaza a MOS:CONSISTENCY y fue etiquetado cuando se agregó.[2] Hice dos ediciones ficticias sin activar la etiqueta, por lo que parece difícil adivinar cuándo será etiquetado. PrimeHunter ( discusión ) 01:21 15 oct 2024 (UTC) [ responder ]

Es verdad. También noté en ANI que había comenzado a etiquetar cada edición, pero después de que el bot archivara 5 secciones ( diff ), solo se etiquetó una edición de cada dos. En esa edición, el bot elimina algunos enlaces :MOS que, casualmente, se hicieron :MOS porque un bot pensó que eran enlaces de idioma accidentales .

Parece ser una combinación con otros factores desconocidos. – 2804:F1...D2:B7E7 ( discusión ) 01:47 15 oct 2024 (UTC) [ responder ]

Supongo que es un error en mw:Extension:Disambiguator, ya que es lo que establece la disambiguator-link-addedetiqueta. jlwoodwa ( discusión ) 00:42, 15 de octubre de 2024 (UTC) [ responder ]

La función relevante es onLinksUpdateComplete. jlwoodwa ( discusión ) 00:49 15 oct 2024 (UTC) [ responder ]

(Para ser preciso, me refiero a un error ya sea directamente en esa extensión o en sus dependencias). jlwoodwa ( discusión ) 00:51 15 oct 2024 (UTC) [ responder ]

Entrega de mensajes de MediaWiki21:17 14 octubre 2024 (UTC) [ responder ]

En Wikipedia:Contenidos/Matemáticas y lógica § Glosarios , hay una nueva línea no deseada entre Geometría algebraica y Topología algebraica . Mirando la fuente ( Wikipedia:Contenidos/Glosarios/Matemáticas y lógica ), hay una nueva línea entre todas las entradas, pero todas se ignoran en la subpágina, y todas menos la primera se ignoran cuando se transcluye. Inspeccionando Wikipedia:Contenidos/Matemáticas y lógica en mi navegador, la primera entrada está fuera de la <div>que contiene todas las demás entradas. (Y he comprobado que esto no es específico de la piel o del navegador). He intentado poner <nowiki />al principio de Wikipedia:Contenidos/Glosarios/Matemáticas y lógica , porque recuerdo vagamente un error como ese, pero no hay suerte. ¿Alguien sabe qué está pasando aquí? jlwoodwa ( discusión ) 00:33, 15 de octubre de 2024 (UTC) [ responder ]

Hice que la lista usara el formato de lista de wikitexto real como las otras secciones. Estaba usando caracteres de viñeta con saltos de línea, lo que puede funcionar o no, como viste. ¿Te funciona el formato normal? – Jonesey95 ( discusión ) 00:54, 15 de octubre de 2024 (UTC) [ responder ]

Gracias, eso lo solucionó. No tiene sentido depurar algo si se resuelve automáticamente al actualizar al marcado de lista semántica . jlwoodwa ( discusión ) 01:11, 15 de octubre de 2024 (UTC) [ responder ]

No he podido iniciar sesión en Newspapers.com desde febrero porque tengo una cuenta gratuita vinculada a mi cuenta de pago de Ancestry. Me dijeron que era muy difícil mantenerla, por muy buenas razones. Me resultó muy difícil editar artículos porque dependía de Newspapers.com para obtener fuentes. Ahora ya ni siquiera lo veo como una opción en la Biblioteca. ¿Hemos renunciado por completo a eso? Veo Ancestry en la biblioteca. ¿Hay alguna forma de acceder a newspapers.com para artículos que no sean obituarios? Espero estar preguntando en el lugar correcto. Oona Wikiwalker ( discusión ) 01:09, 15 de octubre de 2024 (UTC) [ responder ]

¿Ha solicitado el acceso según las instrucciones que se indican aquí ? Nardog ( discusión ) 02:31 15 oct 2024 (UTC) [ responder ]

Las fuentes HT ya no se pueden agregar automáticamente a través de gadgets de referencia como ProveIt y VisualEditor , solo de forma manual. ¿No se puede solucionar esto, como se hizo con otros sitios web como The Times of India ? Kailash29792 (discusión) 05:20 15 oct 2024 (UTC) [ responder ]

Quiero tener que hacer clic en vista previa para obtener una vista previa y tener disponible el campo de edición completo. Gracias. Doug Weller talk 12:16, 15 de octubre de 2024 (UTC) [ responder ]

Ignoralo, ya lo he descubierto. Doug Weller talk 12:21, 15 de octubre de 2024 (UTC) [ responder ]

Cuando visito la página de contribuciones de un usuario, aparece la fecha de creación de su cuenta en la parte superior. Pero algunos, como Dennis Brown y Muboshgu , no la muestran. ¿Por qué? Avessa ( discusión ) 14:10 15 oct 2024 (UTC) [ responder ]

Porque esos usuarios fueron creados antes de que se registraran los tiempos de creación de usuarios. — The DJ ( discusión • contribuciones ) 14:20 15 oct 2024 (UTC) [ responder ]

Pero tu cuenta fue creada siete meses antes que la de Muboshgu (21 de abril de 2005 frente a 22 de noviembre de 2005), y sin embargo la fecha de creación es visible en tu página de contribuciones. También están Bearcat (creada el 3 de octubre de 2003), BD2412 (20 de febrero de 2005), Koavf (5 de marzo de 2005), etc., que también fueron creadas antes que la cuenta de Muboshgu, y sin embargo tienen su fecha de creación visible. Avessa ( discusión ) 15:23 15 oct 2024 (UTC) [ responder ]

A veces ocurren cosas extrañas con los inicios de sesión creados antes de que WP:SUL se pusiera en marcha en mayo de 2008. -- Red rose64 🌹 ( discusión ) 16:18, 15 de octubre de 2024 (UTC) [ responder ]

Creo que la "fecha de creación" de las primeras cuentas es una suposición posterior que se agregó a la base de datos en algún momento (recuerdo que no estaba allí al principio; para mí, la fecha que se da es la fecha de mi primera edición, que probablemente sea correcta). La lista de usuarios por ID de usuario dice ser "por fecha de creación", pero eso es claramente incorrecto. — Kusma ( discusión ) 16:52 15 oct 2024 (UTC) [ responder ]

@ Kusma : bueno, es por fecha de creación... en términos de la base de datos actual, que se implementó en enero de 2002 con el software Phase II . El sistema de inicio de sesión anterior de UseModWiki era bastante diferente, como se describe en las Preguntas frecuentes de Wikipedia en Nostalgia Wikipedia. Graham87 ( discusión ) 01:58, 16 de octubre de 2024 (UTC) [ responder ]

La clasificación se realiza por fecha de creación real, no por la fecha indicada como "fecha de creación". — Kusma ( discusión ) 08:12 16 oct 2024 (UTC) [ responder ]

La columna user_registration no se agregó hasta la versión 1.6 de MediaWiki, que se lanzó el 5 de abril de 2006. Hay un script que rellena la columna con la primera edición de cada usuario, pero, según he podido reconstruir, aparentemente no se ha ejecutado en enwiki desde al menos el 24 de agosto de 2006. Los usuarios que se registraron antes de la implementación de la versión 1.6 pero no editaron hasta después de la última vez que se ejecutó el script de actualización aún tienen tiempos de registro vacíos. — Cryptic 16:52, 15 de octubre de 2024 (UTC) [ responder ]

Desactivé las ventanas emergentes en una página de Wikipedia, utilizando una combinación de teclas no deseada. Ahora me aparecen una cantidad infinita de los siguientes mensajes emergentes:

Error de Javascript

https://en.wikipedia.org/w/index.php?title=User:Manihearth/orphantabs.js&action=raw&ctype=text/javascript en la línea 125: Error de tipo no detectado: No se pueden leer las propiedades de null (lectura 'documento')

Hmm... Todo lo mejor: Rich Farmbrough 16:40, 15 de octubre de 2024 (UTC).[ responder ]

Puedes desactivar tus scripts personales, el que se carga desde User:Rich Farmbrough/monobook.js , solo coméntalo. — xaosflux ^Talk 16:57, 15 de octubre de 2024 (UTC) [ responder ]

¿Cómo puedo agregar botones a la herramienta de respuesta (parte de DiscussionTools)? Polygnotus ( discusión ) 17:38 15 oct 2024 (UTC) [ responder ]

@ Polygnotus La herramienta de respuesta no está diseñada para que el usuario final la pueda personalizar fácilmente. Si desea solicitar una nueva función para todos, puede hacerlo en mw:Extension talk:DiscussionTools. Si está intentando escribir su propio WP:USERSCRIPT para modificar la herramienta de respuesta, deberá hacer algo como . -- Ahecht ($('.oo-ui-toolbar-tools:not(.oo-ui-toolbar-after)').append(CODE_FOR_YOUR_NEW_BUTTON)
PAGINA DE DISCUSION) 17:42 16 octubre 2024 (UTC) [ responder ]

@ Ahecht : Gracias. Hubiera escrito mi propio script de usuario, pero utilizan un área de texto ficticia un tanto extraña, mientras que lo real es en realidad un montón de divs. Es terriblemente confuso para un dinosaurio tecnológico como yo. Tendría que sumergirme en el código para encontrar una forma de agregar mis propios botones. He publicado una solicitud en mediawiki.org. Polygnotus ( discusión ) 17:58, 16 de octubre de 2024 (UTC) [ responder ]

Por alguna razón, el editor visual no funciona en este artículo y aparece el mensaje "Lo sentimos, este elemento solo se puede editar en modo fuente por ahora".

¿Por qué podría ocurrir esto?

¿Es esto normal o hay algún problema que se deba solucionar? Me dijeron que intentara borrar mi caché y que no funcionara, así que pregunte aquí. BruceSchaff ( discusión ) — Comentario anterior sin fecha agregado 20:33, 15 de octubre de 2024 (UTC) [ responder ]

Ahora debería estar bien. Alguien agregó algo en negrita que no funciona de la forma en que se agregó. Izno ( discusión ) 20:48 15 oct 2024 (UTC) [ responder ]

La plantilla parece tener problemas con "mos" como parámetro, posiblemente debido al espacio de nombres MOS o cambios relacionados. ¿Alguien podría echarle un vistazo? En particular, se usa en Wikipedia:Lista de Wikipedias y el problema es visible si descomentas esa fila de la tabla. Gracias. Daniel Quinlan ( discusión ) 00:55, 16 de octubre de 2024 (UTC) [ responder ]

De hecho, es el espacio de nombres MOS el que causó los problemas. He modificado {{ Wikipedia stats }} para vincular la wiki de MOS como m:mos:, lo que funciona a través de una redirección en meta.[9] Es un truco, pero funciona, así que he descomentado la fila mos.[10] No sé si es posible crear un enlace wiki que vaya directamente a la wiki de MOS. PrimeHunter ( discusión ) 01:42, 16 de octubre de 2024 (UTC) [ responder ]

phab:T363538 incluyó una propuesta para un interwiki mos-x-deconflict:, pero (a juzgar por el hecho de que se trata de un enlace rojo) actualmente no existe. Special:Interwiki no muestra ningún otro prefijo para https://mos.wikipedia.org, por lo que creo que m:mos: es la única solución por ahora. jlwoodwa ( discusión ) 01:59 16 oct 2024 (UTC) [ responder ]

Esa fue la solución que adopté originalmente (y que codifiqué). La WMF decidió adoptar el concepto de un espacio de nombres y una interwiki con el mismo nombre, en lugar de trabajar con él. * Pppery * _{ha comenzado...} 02:04, 16 de octubre de 2024 (UTC) [ responder ]

Parte de eso incluía agregar funciones de análisis para indicar explícitamente que deseaba el enlace interwiki, pero esa parte aún no ha sido revisada en código. * Pppery * _{ha comenzado...} 02:05, 16 de octubre de 2024 (UTC) [ responder ]

¡Gracias! Daniel Quinlan ( discusión ) 02:29 16 oct 2024 (UTC) [ responder ]

Aquí, en Firefox, aparece el mensaje "Se agotó el tiempo de conexión". Achmad Rachmani ( discusión ) 10:00 16 oct 2024 (UTC) [ responder ]

Trabajando aquí. Grab Up - Talk 10:01, 16 de octubre de 2024 (UTC) [ responder ]

Puede que haya sido solo un problema temporal. ¿Te funciona ahora? — TheresNoTime-WMF ( discusión • ellos/ellas) 10:07, 16 de octubre de 2024 (UTC) [ responder ]

@ TheresNoTime-WMF : No, no me funciona ahora. Achmad Rachmani ( discusión ) 10:45 16 oct 2024 (UTC) [ responder ]

@ Achmad Rachmani Según nuestras estadísticas de tiempo de actividad, la última interrupción fue el 17 de septiembre, por lo que creo que puede ser un problema de tu parte. Esto supone que estás hablando de xtools: en su conjunto, y no de las estadísticas de un usuario o página específicos. A veces, las consultas se agotan cuando buscas las estadísticas de un usuario muy prolífico, pero no creo que sea a eso a lo que te refieres. — MusikAnimal ^talk 16:51, 16 de octubre de 2024 (UTC) [ responder ]

Algunos enlaces contienen #:~:text=y luego citan el artículo, por ejemplo, aquí. ¿Deberíamos conservarlos o eliminarlos? Polygnotus ( discusión ) 11:54 16 oct 2024 (UTC) [ responder ]

Estoy seguro de que esto apareció hace uno o dos años, pero no puedo encontrarlo. Ni siquiera recuerdo si es algo específico del navegador o del sitio web, pero es para ayudarte a encontrar el lugar correcto en la página cuando no hay anclas a mano. -- Red rose64 🌹 ( discusión ) 14:46, 16 de octubre de 2024 (UTC) [ responder ]

Solía ​​ser específico de Chrome (introducido en 2020), pero Safari y Firefox también han agregado soporte para él recientemente (en 2022 y este mes, respectivamente). [11] Matma Rex talk 15:29, 16 de octubre de 2024 (UTC) [ responder ]

Las directivas de texto de fragmentos de URL están definidas en un borrador del W3C. Como señaló Matma Rex, parece que las versiones más nuevas de muchos navegadores las admiten (aunque Safari no admite estilos CSS, excepto en una versión preliminar para escritorio). isaacl ( discusión ) 15:38, 16 de octubre de 2024 (UTC) [ responder ]

Resuelto

 – Categorías eliminadas por intadmin, usuario informado. — xaosflux ^Discusión 15:58, 16 de octubre de 2024 (UTC)[ responder ]

Special:WantedCategories tiene, y no es la primera vez, una categoría con un enlace rojo que se completa únicamente con la página de configuración .js de un usuario. La categoría es Category:New Pages (Categoría: Páginas nuevas), pero obviamente las páginas .js no se deben categorizar en absoluto y no habría necesidad de "crear" esa categoría para que sirva a ningún otro propósito. Por lo tanto, la categoría debe salir de la página, pero no tengo los privilegios necesarios para editar las páginas .js de otras personas y el usuario es un editor nuevo que hasta ahora solo ha editado sus propias páginas .js y .css sin editar absolutamente nada más.

¿Alguien que tenga los privilegios necesarios podría eliminar la categoría de la página? Gracias. Bearcat ( discusión ) 13:47 16 oct 2024 (UTC) [ responder ]

Este es User:Coderreyansh/vector-2022.js y debes hacer una solicitud en WP:IAN . Si no saben qué hacer, deberían (i) insertar una línea en la parte superior:

// <!--

y (ii) añadir uno al final:

// -->

Esto no alterará la forma en que se interpreta la página como javascript, pero ocultará todo el Wikicode y, por lo tanto, descategorizará la página. -- Red rose64 🌹 ( discusión ) 14:42, 16 de octubre de 2024 (UTC) [ responder ]

 Listo — xaosflux ^Talk 15:58, 16 de octubre de 2024 (UTC) [ responder ]