Firefox 131.0 and krpano 1.21.2 issues.

In the very final stages of releasing a large pano tour when it was noticed that using the Firefox browser leads to the tour crashing.

The client doesn't like the solution - a pop-up dialogue box with a DO NOT USE FIREFOX Message. I thought it was a great addition to the code as the message and dialogue only appears when using Firefox... LOL

I know its convention to provide an example of the failing code, but the tour xml is 10000 lines long and it may take some time,to get to the problematic code.

The tour starts with a flat background then you enter. next panoramas starts by producing the loadingbar which gets stuck while never showss any content loading. Next this eror is produced presumbly because the pano load is faling.with novrules...

ERROR: hotspot[hsestourgs] - loading of 'krpano/graphics/hotspot_ani_black_64x64x20.png' failed!

Any ideas?

gentles360.uk/JCM-TOUR/

James

Piotr, Thanks for the input. You are correct, not structuring the URL with a system variable lke %VIEWER% is poor practice. I was just relying on relative addressing. As I edited the xml I kept checking that the error also changed. Which it did, as I worked through the code the error kept moving forward indicatng that this was the solution, all I had to do was add one of the sysetm variables for URLs to the start of each aproproate line. Just over 200lines of code required modification and testing - hence my slow response to your inpt!

Unfortunately I am now finished and seem to be back to the start. All browsers (IE, Crome Edge, Safary etc etc on different platforms ALL WORK (before and after adding teh system variables)) but on FIREFO I can guarantee it will fail within 4-6 file requests to load a pano, or insert an image or button etc etc, any task that requires a file interaction, or either just hangs or takes so long to load the file that the program times out.

I have over 11,000 lines of xml, so I have started to strip it back to isolate the area were Firefox is behaving difernetly from other browsers. Thsi will take some time to get something I can share with the community, idaelly a few dozen lines of code is required - certainly the fewer the better.

Whlst I start to generae this cut down tour, if anyone else has any ideas at all please post, you may save me a lot of work trying to understand what I'm doing that makes Firefox work differently.

Thans

James

Klaus,

It won’t crash anymore, its very annoying. There are 30 scenes and 13000 lines of xml. On line are 3 versions, doing acceptance test with James Clerk Maxwell trustees. I now don’t believe hte addition of url variable like %FIRSTXML% ACTUALLY FIXED THIS, I believe this to be a infrastructure caching problem?

I have another site that has this problem, forgive the deviation. I manage a 1300 page online book. The book has 3 jpg files per page and some front end js to do a flip book. So that’s 5000 files to serve,manage send prediction, what one to cache next etc. It uses google drive to store in hte cloud and regularity it takes 3days for chsnges too getvthriugh to users.

Is there any one else with these problems? Both these functions work well in krpano test server and once stable but getting between them takes days. Is there any experts on trsansmission these days, I m arfraid I’m in hte past withbSONET/SDH LOL. IS Todays model for cache different. All cache used to be local to user, I wonder if. To maintain internet Morevintrrmediate caches are used, would make sense for streamed services but not for krpano?

Any thoughts?

James

This is a non-issue, although Klaus’ comments on Versioning were well made.

This observation was made by someone during acceptance testing. I should have been more diligent in identifying that this was nothing more than a misunderstanding about caching and how it effects users view of the internet.

Delay in closing caused by decision to abort acceptance tests in favour of rolling to 1.22.x and its many improved features.