El libro de cuentas.

Cómo están las cosas

Parte de esto es incómodo de escribir. Aun así, es mejor que lo descubras aquí y no por tu cuenta.

• Una pérdida de objetos en Elwynn

  a la espera de una ventana

  Algunos personajes perdían objetos que llevaban en sus bolsas. La causa está entendida y la corrección ya figura en la configuración, pero el servidor en marcha nunca la ha leído. Solo surte efecto tras un reinicio, y ese reinicio todavía no está programado. No conocemos ningún caso en Barrens, y medimos las palabras: ningún caso confirmado en los datos que revisamos no es lo mismo que descartado.

• Experiencia doble para los tramos ya abiertos

  a la espera de una ventana

  Construido y medido en una versión de pruebas, y deliberadamente sin activar. Ahora mismo no hay nada que recuperar, porque el reino solo ha abierto un tramo. Está pensado para el momento en que se abra la siguiente fase.

• Nadie se despierta si el reino se cae de noche

  abierto

  Hay trabajo de supervisión en curso, y hasta que esté listo, una caída fuera de nuestras horas de vigilia la descubren los jugadores antes que nosotros. Si el reino está caído y todo está en silencio, avisarnos por Discord es de verdad la vía más rápida.

• El planificador de equipo muestra objetos que aquí no existen

  abierto

  Un jugador lo comunicó, y tiene razón. El planificador se construyó a partir de una copia del otro reino, tomada antes de que Barrens existiera, y no sabe en qué etapa de contenido funciona este reino. Así que le ofrecerá alegremente a un personaje de nivel 19 equipo de banda de un parche al que este mundo nunca ha llegado. Está en la lista, y el arreglo tiene que ir atado al calendario de fases; de lo contrario volverá a quedarse obsoleto en cuanto el mundo avance.

• Las misiones de pesca que un jugador no encontraba

  hecho

  También acertado, y tampoco es un fallo. Esas misiones pertenecen a una etapa de contenido posterior a la que tiene el reino. Llegarán cuando el mundo alcance esa etapa.

Cinco cosas que tuvimos mal, detectadas antes de salir.

Todo el trabajo de aquí lo relee un segundo revisor independiente antes de acercarse siquiera al reino. Estas cinco se detectaron así. Están listadas porque comparten una propiedad que vale la pena entender.

• Construimos una comprobación de estado que no podía ver la caída que la motivó

  hecho

  Llamar a un servicio desde fuera no dice nada cuando ese servicio se reinicia solo en segundos. La comprobación habría estado en verde durante todo el incidente para el que se escribió.

• Planeamos una autorización que no habría autorizado nada

  hecho

  Se confundieron dos cosas distintas: quién puede iniciar sesión y qué conexiones se dejan pasar. Arreglar la primera habría dejado la segunda exactamente igual de cerrada que antes.

• Renovamos una cuenta de alertas y no lo anotamos en ningún sitio

  hecho

  Todas las alertas se habrían quedado mudas, mientras la propia instalación informaba de éxito.

• Escribimos una guía que habría desactivado en silencio lo que activaba

  hecho

  Sustituía un archivo de configuración de una forma que el servicio en marcha nunca vuelve a leer. El valor nuevo por fuera, el comportamiento viejo por dentro, y ningún mensaje de error en ninguna parte.

• Afirmamos que Barrens no estaba afectado sin poder demostrarlo

  hecho

  Los volcados de chat que estábamos leyendo terminan antes de la apertura del reino, así que la conversación posterior al lanzamiento simplemente faltaba en el material. La versión honesta es: ningún caso confirmado en los datos que revisamos. Y así es como lo decimos ahora.

Cada una de esas cinco habría informado de éxito. Ningún error, ninguna advertencia, nada en rojo. Ese es el tipo de fallo del que hay que protegerse en un servidor al que la gente confía su tiempo, y es la razón por la que aquí nada sale a producción porque tenía buena pinta.