You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 1, 2018. It is now read-only.
Hi, I understand the plugin uses ngrok service to expose through a public address the development computer so that the app can find it.
I noticed that everytime I stop and reload the app the ngrok link changes and I need to build again and install the app on the mobile device.
Is there any way to keep fix the address? Or is that the way it's meant to be?
Thanks
Luigi
The text was updated successfully, but these errors were encountered:
If you have started the server with cordova-hcp server - you don't need to restart it: it's independent from the app. So, if you are not using local dev plugin - just run the server, and then write down it's address in config.xml. After that, if you change something in www folder - cordova-hcp will automatically execute cordova-hcp build and app can download new content.
Is there any way to keep fix the address? Or is that the way it's meant to be?
When you execute cordova-hcp server for the first time - it create's .chcpenv in the project's root folder with the server's address. On the next cordova-hcp server it should read preferences from it and use the same address. But after ngrok updated their package - this stopped working. This need's to be fixed. But as I described above - you can just run server once and never restart it while doing the development. This is how I do it with the local dev plugin.
Hi, I understand the plugin uses ngrok service to expose through a public address the development computer so that the app can find it.
I noticed that everytime I stop and reload the app the ngrok link changes and I need to build again and install the app on the mobile device.
Is there any way to keep fix the address? Or is that the way it's meant to be?
Thanks
Luigi
The text was updated successfully, but these errors were encountered: