cómo depurar una aplicación de meteoro / Córdoba usando el router de hierro pegado en la pantalla de carga?
Tengo una aplicación meteor ( BrewsOnTap ) que funciona bien cuando se implementa como un sitio web, pero cuando se prueba en un dispositivo Android a través de Córdova se queda atascado en la pantalla de carga para siempre.
- ¿Cómo puedo cambiar el archivo AndroidManifest.xml en Meteor?
- Imágenes externas no se muestran en la aplicación de Android - Meteor - Córdoba
- Error al construir cordova App - No se pudo encontrar la propiedad 'cdvCompileSdkVersion'
- Android Key Hash para Facebook con Córdoba
- ¿Cómo actualizar cordova-plugin-dispositivo en mi proyecto de meteoros?
No veo errores de consola o advertencias relevantes. Si voy a la IP que estoy sirviendo la aplicación de ella incluso muestra bien. La aplicación está usando el enrutador de hierro y waitOn para mostrar la plantilla de carga hasta que los datos iniciales se cargan … pero al parecer eso no está sucediendo.
Sugerencias para lo que el problema podría ser o los próximos pasos para depurarlo?
- Meteor Android Apps no se instala en 4.1.1
- > 'Meteor run android' ejecuta la aplicación y lanza el emulador de Android pero no puedo encontrar o ejecutar la aplicación dentro del emulador
- ¿Detección de dispositivos si es android?
- La forma más fácil de crear aplicaciones móviles en Meteor oficial para Windows
- Meteor run android-spawn ENOENT y errores gradle de Córdoba
- Cómo iniciar la aplicación de mi meteorito en un dispositivo Android?
- Meteor JS en Windows, compatibilidad con iOS y Android
- Error: Uh oh! ENOENT, ningún archivo o directorio de este tipo '<meteor-app> /. Meteor / local / cordova-build / platformas / android / local.properties'
Esto se parece mucho a un problema de conectividad. Lo primero que debes intentar en la consola:
Router.current().ready()
Si esto no devuelve false
entonces hay algo muy divertido sucediendo con Tracker o Iron-Router, ya que (reactivamente) le da la lista de espera maestra, por lo que si devuelve true
entonces hay algo más que impide que la página de rendering .
La mejor manera de averiguar qué elementos de la lista de espera no está ready
es ir a través de su código de enrutador, extraer los identificadores de suscripción en un objeto global y pasar referencias a la waitOn
llamada waitOn
.
Por ejemplo, en lugar de:
waitOn: function() { return [Meteor.subscribe('someThings'), Meteor.subscribe('someOtherThings')]; }
haga esto en su lugar:
Subs = {}; waitOn: function() { Subs.someThings = Meteor.subscribe('someThings'); Subs.someOtherThings = Meteor.subscribe('someOtherThings'); return [Subs.someThings, Subs.someOtherThings]; }
De esta forma, puede ejecutar Subs.someThings.ready()
desde la consola en cada una de las suscripciones para averiguar cuál es la que impide que su página se procese. Esperemos que esto sea un comienzo.
Sin embargo, aunque no entiendo completamente los mensajes de error que ha publicado, el hecho de que tenga "FALLA EN CARGAR RECURSOS" sugiere un problema de conexión, lo que impediría que los datos de suscripciones se dirijan a su cliente a través de DDP y así evitar la suscripción vuelve ready
. Me gustaría echar un vistazo en la pestaña Red para ver qué está pasando (o no haciendo) allí.
Disculpas de que esto no es una solución, pero espero que sea un comienzo. Si se trata de conectividad, compruebe todas las cosas de aquí – es decir, las herramientas de desarrollador habilitado, depuración USB permitido, dispositivo Android conectado al mismo wifi, IP correcto …
UPDATE: Pensando en esto un poco más, la aplicación se instala a través de la depuración USB, por lo que el hecho de que se puede ejecutar en absoluto indica que no hay un problema. Sin embargo, supongo que los datos se pasan a través de la red local, que es donde está el problema, así que creo que debe ser que los dos dispositivos no están conectados a la misma wifi, o bien la IP suministrada es incorrecta.
- Personalizar una ProgressBar para convertirse en un termómetro
- Publicar el parámetro en el archivo PHP