Pruebas y resolución de problemas - Slack
El mensaje de prueba
Junto a cada tipo de evento hay un botón Enviar prueba. Publica un mensaje de ejemplo con el nombre del proyecto, el tipo de evento y la hora de detección, por el mismo camino y con el mismo formato que una alerta real. La prueba necesita todo completo: un token guardado o recién introducido y un canal elegido. Si falta alguno de los dos, termina con un mensaje de configuración incompleta antes de que DockRay intente siquiera contactar con Slack.
Problemas habituales
La prueba falla aunque el token parece correcto
La causa más frecuente es un bot que nunca fue invitado al canal de destino. El token autentica la app, pero Slack sigue comprobando si esa app es miembro del canal antes de dejarle publicar nada en él. Invita al bot con /invite @nombre-del-bot en el canal de destino y vuelve a intentarlo.
DockRay rechaza el token al guardar
La validación exige el prefijo xoxb-. Un token de usuario (xoxp-) o uno de firma (xoxs-) se parece, pero no es un token de bot: Slack emite varios tokens distintos con una sola instalación de la app, y el formulario de DockRay solo acepta este.
La configuración está guardada y aun así no llegan notificaciones
Revisa el enrutamiento de ese tipo de evento en concreto: puede estar en no enviar, o el proyecto puede haber sobrescrito explícitamente la herencia de la cuenta. También conviene comprobar si el evento llegó a producirse: issue solo se dispara en la primera aparición de un error nuevo, no en cada repetición.
El canal de plataforma no funciona para una cuenta de suscriptor
Eso es intencionado, no un fallo. La configuración sin cuenta asociada solo sirve a los proyectos internos de Dock; un suscriptor nunca la usa, aunque conozca el nombre del canal.
Un aumento repentino de errores no envía notificación
El criterio de error-spike son dos condiciones a la vez: un número mínimo de eventos en la ventana de tiempo y un múltiplo suficiente del tráfico normal de ese proyecto en concreto. Un proyecto silencioso que empieza a lanzar algún error suelto puede no superar el umbral de número de eventos aunque el salto porcentual sea real. Además, este tipo de alerta se envía para el mismo proyecto como mucho una vez cada varias horas: una repetición dentro de ese margen se silencia a propósito.
Sigue sin funcionar
Repasa la lista de comprobación de falta de datos y, si no ayuda, escríbenos. Indica el nombre del proyecto, la versión de la integración y la hora aproximada de la prueba: acorta el camino a la respuesta.