Jump to content

Reporte de Bug Icc10N Porfesor putricidio


emorroidin
 Share

Recommended Posts

Muy buenas a todos, antes que nada quiero agradecer a Ryuzaki y a Bhaal por la muy rapida atencion que me brindaron cuando tuve el problema, procedere a dar todos los detalles que pasaron tanto relevantes como no relevantes 
ID de la banda 14136 (Ya no existente)
Testigos: Emorroidin / Luddodk / Mahh / Monofasica / Kittank / Dracunio / azazelk / Bloodyqueens / zaon 
Durante la Raid que organize para Icc10N comenzamos a dar trys a profesor putricidio el primero fue un wipe y el segundo que dimos todo salia bien.
Hubo un punto en el que putricidio llego a 50% de vida y de pronto este se curo toda la vida, purgo a la persona que estaba en la abominacion y comenzo a perseguirnos por toda Icc conforme se le estaba agrando, no sabemos los detalles del porque, no hicimos absolutamente nada fuera de lo comun, unos dicen que pudo ser la trampa de viboras del cazador pero nada en concreto.
Supuse que era cuestion de tiempo a que simplemente se retirara asi que comenzamos a llevarlo fuera de su zona a ver que pasaba pero no parecia solucionarse. Asi que mande directamente el ticket por contactar a un MJ, el resto fue simlpemente que nos reiniciaron la instancia y nada mas
Adjunto un video de mas o menos como se desarrollo lamento no haber podido grabar desde antes pero pudimos comenzar a grabar solo cuando este ya se encontraba fuera de los laboratorios de la peste
Tambien me disculpo por la cantidad de risa y ruido de nuestras voces ya que nos parecio hilarante toda la situacion
De nuevo agradezco la rapida atencion que nos dieron
Que tengan un buen dia.

 


Edited by emorroidin
Link to comment
Share on other sites

  • Administrador

¿Todo empezó a suceder durante un try que iba normal?

Desde que reportaron este error por ticket que he estado probando situaciones y cualquier dato, por más minúsculo que sea, nos sirve.

 

El vídeo es excelente. Qué buena suerte que alguien justo estuviese grabando.

Link to comment
Share on other sites

Si todo sucedio durante un try normal, ahora mismo aun discutiendo con los miembros de esa banda creemos que puede ser la sobrecarga de unidades , tal vez fueron la suma de los totems y las viboras en el mismo momento. 
ojala pudiera decirte con mas detalle cualquier otra variable pero no puedo recordar con precision.
Si recordamos un dato extra te avisaremos

Link to comment
Share on other sites

  • Administrador

Por lo revisado hay puntos a destacar:
- El problema que originó todo es que Profesor Putricidio ya no pudo alcanzar a su objetivo (el osito)

- Si un jefe no puede alcanzar a su target, se reiniciará como sucedió. Esta parte en si, es la esperada.

- Casualmente había un moco rojo lo que aporta 2 detalles: No había nadie al lado de Profesor Putricidio y el hecho de que el vídeo muestra un movimiento constante del moco y del jugador marcado, queda descartado que haya habido alguna situación de lag que interviniese.

 

El problema radica en qué provocó que Profesor Putricidio ya no pudiera alcanzar al tanque, porque visualmente lo tenía enfrente y no hay nada aparente que no se lo permita.
Incluso se ve como se queda parado mientras el tanque seguía moviéndose, y a los segundos se reinició.

 

Si bien el vídeo no muestra exactamente el problema, es de gran ayuda para descartar un montón de posibles razones.

Seguiremos investigando a ver qué encontramos.

 

Dado que el problema es muy raro, en su momento no hubo forma de reiniciarlo y se procedió a la retirada del CD de la banda.
Posteriormente, encontramos una forma de reiniciarlo.
Al menos, en lo que encontramos la razón, si volviese a suceder ya tiene una posible solución para la raid afectada.

Link to comment
Share on other sites

  • Administrador

A pesar de que hay un vídeo, hemos hecho pruebas y pensado teorías pero no ha sido posible replicar el error que llevó a que el jefe se reiniciara de dicha manera.
Lo que si hemos cambiado es que si vuelve a darse una situación así, el jefe si se reiniciará correctamente lo que permitirá volver a realizar el encuentro de forma normal sin tener que requerir asistencia.

 

Dado que nos resulta imposible saber qué ha pasado en primer lugar, dejar el reporte abierto daría una sensación de "abandono" que no deseamos.
Simplemente, no tenemos suficiente información para saber qué ha sucedido para conocer qué modificar.

Por el momento, sólo tenemos una solución parcial donde al menos la raid podrá volver a comenzar sin ningún problema.

Si en el futuro encontramos más información sobre este error que nos permita corregirlo, podrá ser finalmente reparado en su totalidad.

Link to comment
Share on other sites

  • Administrador
En 28/9/2022 a las 18:50, Ryuzaki dijo:

A pesar de que hay un vídeo, hemos hecho pruebas y pensado teorías pero no ha sido posible replicar el error que llevó a que el jefe se reiniciara de dicha manera.
Lo que si hemos cambiado es que si vuelve a darse una situación así, el jefe si se reiniciará correctamente lo que permitirá volver a realizar el encuentro de forma normal sin tener que requerir asistencia.

 

Dado que nos resulta imposible saber qué ha pasado en primer lugar, dejar el reporte abierto daría una sensación de "abandono" que no deseamos.
Simplemente, no tenemos suficiente información para saber qué ha sucedido para conocer qué modificar.

Por el momento, sólo tenemos una solución parcial donde al menos la raid podrá volver a comenzar sin ningún problema.

Si en el futuro encontramos más información sobre este error que nos permita corregirlo, podrá ser finalmente reparado en su totalidad.

 

:icons8-check-mark-button-16: Aplicado el 8/11/2022

 

Link to comment
Share on other sites

 Share

×
×
  • Create New...