Arreglar una pantalla que no carga
Qué comprobar cuando una pantalla se queda en la animación de carga, muestra un error de configuración o directamente muestra el tablero equivocado.
Arreglar una pantalla que no carga
Este artículo trata de la pantalla de vuestro vestíbulo que no muestra lo que debería: se queda en la animación de carga, muestra un recuadro rojo de error, o muestra vuelos que son de otro. Casi todas estas situaciones tienen las mismas pocas causas, y el portal puede deciros cuál tenéis delante antes de que os acerquéis a la pantalla.
Seguid el orden. Las dos primeras secciones resuelven la mayoría de los casos en un par de minutos.
Empezad en el portal, no en la pantalla
Id a Portal → Pantallas. Ahí aparece cada pantalla que habéis creado, con un estado, y ese estado lo informa la propia pantalla, así que os dice si el dispositivo está funcionando.
Una pantalla envía una señal de vida cada cinco minutos y solo cuenta como sin conexión tras doce minutos de silencio. Ese margen es intencionado: una sola petición perdida durante una recarga o un microcorte de red marcaría como caída una pantalla perfectamente sana. Así que si una pantalla se acaba de quedar a oscuras, dadle un cuarto de hora antes de fiaros de la etiqueta Sin conexión; y al revés, una pantalla que sigue marcando En marcha estaba viva hace minutos, con lo que lo que falla es más probablemente el contenido o la URL que el dispositivo.
Dadle treinta segundos antes de intervenir
La pantalla vuelve a pedir su configuración cada veinte segundos, y cualquier cambio que guardéis en el portal se envía a las pantallas abiertas en el mismo dispositivo, que se recargan solas. Una pantalla que parece desactualizada a menudo se arregla sola mientras vosotros todavía vais de camino. Si acabáis de cambiar algo en el portal, esperad medio minuto antes de concluir que no se ha aplicado.
Leed lo que muestra la pantalla
Los cuatro estados siguientes se parecen vistos desde el otro lado del vestíbulo, pero significan cosas distintas.
Un avión animado con «Initializing Flight Display…» es el estado de carga normal. Debería durar segundos. Si se queda ahí, el dispositivo no está recibiendo una respuesta utilizable del servidor: seguid con la sección de red que viene más abajo.
Un recuadro rojo con un símbolo de WiFi tachado, «Configuration Error — Unable to load display configuration» y un botón «Retry». El dispositivo no ha podido llegar al endpoint de configuración. «Retry» simplemente recarga la página, así que pulsadlo una vez; si el recuadro vuelve enseguida, el problema es la conexión del dispositivo, no los ajustes de la pantalla.
Un tablero que funciona, titulado «Demo Hotel Vienna» y con vuelos desde VIE. Este es, con diferencia, el síntoma peor interpretado, así que conviene decirlo claro: un ID de hotel equivocado o desconocido no produce ningún error. El servidor responde con una configuración de demostración y la pantalla la muestra tan tranquila. Si en vuestro vestíbulo se ve un hotel austríaco del que no habéis oído hablar nunca, vuestra URL está mal. Copiadla otra vez desde el portal, como se describe abajo. Ese mismo tablero de demostración aparece también si veis vuelos reales pero los equivocados: mirad la sección de la URL.
Una imagen fija que no cambia nunca. Una URL que termina en ?preview=1 es el modo de vista previa del propio portal. Muestra el tablero pero, a propósito, no rota, no desplaza automáticamente ni envía señales de vida, porque si no las vistas previas incrustadas en el portal darían vuestras pantallas por conectadas cuando no lo están. Si alguien copió esa URL en el kiosco, tenéis un tablero congelado y una pantalla que se queda en Nunca abierta para siempre. Quitad ?preview=1 de la URL.
Sacad la URL del portal en vez de escribirla
Id a Portal → Pantallas, abrid la pantalla y cambiad a la pestaña Vista Previa & URL. Usad el botón Copiar dirección que hay junto a la URL de la pantalla, o apuntad la cámara del dispositivo al código QR de esa misma pestaña, que codifica exactamente la misma dirección. También hay un botón de descarga por si queréis imprimir el código QR y pegarlo al lado de la pantalla.
La URL que obtenéis tiene este aspecto:
https://lobbyflight.com/display/<hotel-id>?display=<display-id>Las dos mitades importan. El ID del hotel selecciona vuestro establecimiento; si os equivocáis, acabáis en el tablero de demostración descrito arriba. El parámetro ?display= selecciona cuál de vuestras pantallas es esta. Cada pantalla del portal es un objeto propio, con su diseño, sus aeropuertos y su marca, y si omitís ese parámetro el servidor tiene que adivinar: recurre a la última de vuestras pantallas activas que se editó. En un establecimiento con una sola pantalla no lo notaréis nunca. En uno con tres, esta es la explicación habitual de «la pantalla del vestíbulo ha empezado de repente a mostrar el tablero del restaurante».
La misma regla se aplica cuando una pantalla está apagada: el servidor se salta las pantallas inactivas y sirve otra activa en su lugar. Por eso desactivar una pantalla en el portal no deja el monitor en blanco: el dispositivo sigue cargando y simplemente recibe otro tablero.
Si tenéis configurado un dominio propio verificado para el establecimiento, el portal os da ese dominio y la URL es solo https://your-domain.example. Copiad lo que muestre la pestaña Vista Previa & URL en lugar de montar una dirección a mano.
Cuando el dispositivo no puede llegar hasta nosotros
Desde el dispositivo de la pantalla solo hace falta que sea accesible un host: lobbyflight.com, o vuestro dominio propio si usáis uno, por HTTPS. La base de datos y el proveedor de datos de vuelo los contactan nuestros servidores, nunca la pantalla, así que abrirlos en un cortafuegos no cambia nada en el lado de la pantalla. Si un administrador de red pregunta qué hay que permitir, ese único host es toda la respuesta.
Una forma rápida de separar un problema del dispositivo de uno de red es abrir la misma URL en un móvil con datos móviles. Si el tablero carga ahí y no en la pantalla, el fallo está en el dispositivo o en la red local. Revisad la conexión WiFi o el cable de red y, si el acceso pasa por un proxy, confirmad que el proxy deja pasar HTTPS hacia nuestro dominio.
Avisos de certificado
Si el navegador rechaza la página con «Tu conexión no es privada» o un error de certificado, mirad primero el reloj del dispositivo. El hardware de kiosco barato pierde a menudo la fecha tras un corte de luz, y un reloj con días de desfase rechaza todos los certificados válidos que ve. Activad la sincronización automática de la hora y recargad.
En un dominio propio, los errores de certificado suelen significar que el dominio no está terminado, no que esté roto. El portal solo entrega la URL del dominio propio una vez que el dominio está verificado, así que si estáis probando una dirección cuya verificación no ha terminado, contad con avisos: volved a los ajustes de dominio en el portal y completad la verificación, o usad mientras tanto la URL normal de lobbyflight.com.
Qué pasa cuando se cae la conexión
Si la pantalla pierde la conexión con la página ya abierta, aparece en la esquina una insignia naranja Offline Mode y el tablero sigue mostrando los últimos datos recibidos. Eso es memoria de la página abierta, no una copia guardada: si recargáis mientras la red sigue caída, os sale la pantalla de error de configuración, no los vuelos antiguos. No hay caché sin conexión para la pantalla, así que un dispositivo que se reinicia sin red vuelve con un error, no con el tablero de ayer.
Para actualizar a mano, pulsad F5 o Ctrl+R, o usad el botón Retry de la pantalla de error, que hace lo mismo. No hay gesto de deslizar para actualizar.
El tablero carga pero se ve mal
Si la pantalla muestra los vuelos correctos con el logo o los colores equivocados, comprobad si el establecimiento pertenece a una organización con la marca bloqueada. Cuando la marca está bloqueada, el logo y los colores de la organización sustituyen a lo configurado en el establecimiento y en la pantalla concreta, y los ajustes de color del editor de pantallas parecerán no tener ningún efecto. Es el comportamiento previsto y se cambia a nivel de organización, no en la pantalla.
Si sigue sin funcionar
Mirad la página pública de estado antes que nada: si tenemos una incidencia, ningún trabajo en la pantalla servirá de nada.
Si la página de estado está limpia, reunid unas cuantas cosas antes de escribirnos. Una foto de lo que muestra realmente la pantalla vale más que una descripción. Añadid la URL de la pantalla exactamente como aparece en el dispositivo, el estado de la pantalla en Portal → Pantallas, y el navegador y el sistema operativo del dispositivo. Si podéis abrir las herramientas de desarrollo del navegador en ese dispositivo, las pestañas Consola y Red tras una recarga también son útiles.
Enviadlo a info@lobbyflight.com. Tened en cuenta que la sección de ayuda del portal solo ofrece correo electrónico: el formulario de contacto está en la web pública, no en el portal.