Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Quick Links
Categories
- 7.8K All Categories
- 11 Help with translations
- 4.2K General questions
- 107 Roadmap
- 358 Game & application design
- 316 Plugins
- 70 User experience
- 75 Marketplace
- 291 Code snippets
- 34 Building a team?
- 269 Suggestions & requests
- 352 Announce your apps made with Gideros.
- 90 Step by step tutorials
- 668 Bugs and issues
- 195 Introduce yourself
- 239 Announcements
- 106 Forum talk
- 404 Relax cafe
Refreshing HTML5 not using updated code/assets
PaulH
Member
Hey, all. I'm see an issue with a game exported to HTML5. The first time it's accessed with any browser instance, the "loading application" progress takes a few seconds, presumably as it's downloading the *.gidz file. If I refresh the page in the browser, or come back to it later, the "loading application" is done almost instantly, presumably because it's cached from the first time, which is good.
But if I make updates to the game, export, upload and refresh the page, I still see the old version. Even if I bypass the cache (for example by holding down Ctrl and clicking the refresh button in Chrome), the new version isn't loaded. That makes me suspect it's not a question of what the browser caches, but what Gideros stores for re-use.
Is this a matter of Gideros code storing the application data in the client-side database and not checking for a newer date or changed version? Or is there something I can do in the project or export to make sure existing users get the latest version of the application when they load the page?
One workaround would be to upload to a different folder with each update, and have the main page for the game redirect to the folder with the latest version, but would that prevent the saved data in the Documents folder (i.e. game progress) from carrying over to the new version, if the game was loaded from a different URL? Or is the Documents folder the same as long as the project name is the same, regardless of the full URL from which the application was loaded?
Paul
But if I make updates to the game, export, upload and refresh the page, I still see the old version. Even if I bypass the cache (for example by holding down Ctrl and clicking the refresh button in Chrome), the new version isn't loaded. That makes me suspect it's not a question of what the browser caches, but what Gideros stores for re-use.
Is this a matter of Gideros code storing the application data in the client-side database and not checking for a newer date or changed version? Or is there something I can do in the project or export to make sure existing users get the latest version of the application when they load the page?
One workaround would be to upload to a different folder with each update, and have the main page for the game redirect to the folder with the latest version, but would that prevent the saved data in the Documents folder (i.e. game progress) from carrying over to the new version, if the game was loaded from a different URL? Or is the Documents folder the same as long as the project name is the same, regardless of the full URL from which the application was loaded?
Paul
Comments
This means the workaround I was considering isn't an option. If I changed the URL when the app updates, to ensure the latest version gets run and not a cached version, the client side treats it like a new installation of the app, and all saved files (game progress) would be lost.
But with this test program, any time I changed the app, export to HTML5 and uploaded it to the same folder, the updates took effect when I refreshed the page in the browser. So I'm not seeing the problem I'm having with my actual game. With the game, I've done that repeatedly and I'm still seeing an older version.
Does anyone have any ideas why an HTML5 export might keep running code from an earlier run, seemingly skipping the step of downloading the current .gidz file?
Paul
Likes: MoKaLux