Chrome doesn't work

[Hopki]

HI,
Looking into this, the cache manifest tells the browser to download the files and then the next time you visit the link NOT to download anything and use whats in the cache. This is regardless of flash or html5, its telling the browser to download and only use these files next time the link is opened. Of course this means the first time you go to the link you see the Flash multiresolution tiles while the manifest file is being loaded. The next time you visit the same link, it will only show the files that are listed in the manifest and which have been downloaded, which do not include the swf or the tiles, so you get the blank screen.

It of course makes no sense to add the swf and tiles folder as the point of multiresolution is to only load what you need to.

Speaking with Thomas about this, he has suggested to add this to the cache manifest file:

Code: Select all

NETWORK:
*

Also see: http://www.w3.org/TR/html5/offline.html

This is untested, but the idea is that it will still look at the server for unlisted files, i.e. the swf and tiles.
The best thing to do is not use the Manifest when using multi resolution.
Regards,
Hopki

[Bostjan]

Ok..I will try this hint. I need multires because I have prepared for android tablets and phones with flash so the user doesn't need to download 5-10 MB swf files. (as example 300 MB 3G download is about 300 euros in my place), and the ide aof cache is that the same user don't need to download the same data again.
As I have mentione, that happened only with the new upgrade of Chrome.

[Hopki]

Hi,
I understand what you are saying, just trying to come up with a solution.
Regards,
Hopki

EDIT: Try removing the swfobject.js from the manifest?

[Bostjan]

I have posted the result few minutes ago but it seems not submited...
I have added the suggested line ... and... now... IT WORKS! (at least with me). Hurray! Please try again if I am right: http://www.burger.si/RLV_STOLP/VRH_RudarskiStolp.html or: http://www.burger.si/DOGODKI/2012_Festi ... eznam.html
I believe that I was not the only one with that problem so I suggest to add that line by default into the next version of p2VR manifest output generation.

Bostjan

[alohadean]

Your Obvious problem Is enabling cache manifest application ... Why do you even bother if you run Crome??
Uncheck Cache manifest inside Pano2VR, recreate new page and purge old cache and you be fine.

Aloha
Dean

[dallasrab]

Out of curiosity is anyone else having problems with Chrome.
As said all is working for me!

+++++++++++++
EDIT,
OK, I am seeing wierd things happening now.

Regards,
Hopki

Yes, having serious problems with Google Chrome. Any solutions yet?

[Bostjan]

I added to manifest file the netvork * and now it works fluently. Here is a sample from exactly one month ago when the river was frozen the very firts time in my life: http://www.burger.si/Ptuj/ZimskaDrava_2 ... Drava.html . (today the spring is bursting madly...)

Bostjan

[aclleida]

Hi you all.
I'm a new member of this forum, I work with the 3.1.4 64bit version of Pano2vr .
This problem happend to my panos also while using Chrome, so I rewrite the manifest files, but I think it will be better this was fixed with the news versions of Pano2vr, because it's easy to forged one or more manifest files corrected and upload them, specially when the full websites' panos (with more than 100 panos and up) are generated with this soft.
I think this is not a problem of Pano2vr but caused by the update of Google's Chrome.

Thanks

[Bostjan]

Hi you all.
I'm a new member of this forum, I work with the 3.1.4 64bit version of Pano2vr .
This problem happend to my panos also while using Chrome, so I rewrite the manifest files, but I think it will be better this was fixed with the news versions of Pano2vr, because it's easy to forged one or more manifest files corrected and upload them, specially when the full websites' panos (with more than 100 panos and up) are generated with this soft.
I think this is not a problem of Pano2vr but caused by the update of Google's Chrome.

Thanks

You are correct. Althought it is not a p2vr issue would be fine to add that two lines by a default. Not displaying VRPs on iOS was also not a p2VR issue but it was "fixed"
Anyway... it is quite annoying fixing that manifest files for someone with hundreds or more panoramas a week...like me.

[Hopki]

Hi,
This is not aimed at anyone one in particular, but I can't help feeing the point of the Cache Manifest file has been lost.
I say this because the Cache Manifest file instructs the viewing device to download and store locally all the files it lists.

So going back to its original function, you make an output for just an iPad or iPhone (not both) and then you use the manifest file to instruct the device to download all the files for offline viewing, one set of files made for a particular device only, thats its intended function.

If you made an HTML5 output with using Mobile, you would then have to include all the different cube faces in the manifest file, this means you will force devices to use files it will never use, an example would be iPhone to download cubes for an iPad it can not display.

The same for multi resolution, if you manually add the tiles to the Cache Manifest file, the device will have to download all tiles, even those it may never use.
You are far better off not using the Cache Manifest file and just let the software detect the device and serve up ONLY the required files.

BTW just looked at your link again and the Safari Web Console is reporting the wrong MIME type for the Cache Manifest file, please see the tip Cache Manifest Tip regarding MIME type: http://gardengnomesoftware.com/wiki/Cache_Manifest_File

Regards,
Hopki