World Wide Panorama mailing list archive

Mailinglist:wwp@yahoogroups.com
Sender:Yahoo Account
Date/Time:2013-Sep-29 12:39:00
Subject:Re: WWP testing uploaded panorama - viewed in new page ERR

Thread:


wwp@yahoogroups.com: Re: WWP testing uploaded panorama - viewed in new page ERR Yahoo Account 2013-Sep-29 12:39:00
Good News! I've found the cause of the XML error, and fixed it as far as possible.

That's another two hours I'll never get back that I'll blame on Internet Explorer 10 (after that time at work where this supposedly superior standards-compliant IE10 caused things to break that have been working flawlessly for more than half a decade ... :-(  (and on top of that, due to an IE10 bug that Microsoft knew about for several months prior to presenting it to the public).

Basically, IE10 (and only IE10) decided that the XML file describing the panorama for the krpano player was "really more of a kind of HTML after all, if one looks at it a certain way", and so IE10 "fixed" it before handing it over to krpano. And by "fixed it", of course I mean "broke it". IE10 dumped lots of extra tags into it, at all the wrong places.

I added an extra declaration of "this is XML" at the beginning of all the krpano templates, and another code with "no, really, this IS XML" to all places in the server code where the data is sent to the visitor's browser. This made IE 10 shift the failure from the first XML file (which contains the specifics of each panorama) to the second file that contains the default values for all panoramas and is included from the first file (shared common stuff like e.g. "show a progress bar", "use these keys for keyboard control", "use that projection" ...). So instead of "fail at yourpano.xml", now I had "fail at basics.xml".

Mind you, this only affects IE10, and this new secondary failure only affected IE10 when there was no Flash player installed (i.e. if it was supposed to use its HTML5/WebGL player). All the others (chrome, firefox, safari, on mac+pc) never even flinched ever since we switched from "QT only" to "mixed options".

So I caved in to IE10's demands and copied the common part into each and every template file. Now IE10 doesn't have to request a second file, and it's happy and displays the panorama even if there's no flash plugin available.

-Markus

P.S.: The embedded Flash plugin came as a surprise for me. I have a vanilla Windows 7 32-bit with IE10 as an update from IE9 as test setup, and out of the box it had no extra add-ons (save for Bing search). I had to install Flash11 manually.
 




>________________________________
> From: "#removed#" <#removed#>
>To: #removed# 
>Sent: Saturday, September 28, 2013 5:24 PM
>Subject: Re: WWP testing uploaded panorama - viewed in new page ERR
> 
>
>
>  
>Next day 28Sep13 observations.
> 
>Yesterday - agreed I did receive the error due to not allowing more time to pass so server could do its thing.
>Today -24 hours revisited our page.. and received the KRXML parsing error in the small view as well as the full screen view.  Says: FATAL ERROR .. /flash/krxml  username--- xml parsing failed 
> 
>Viewed both of ours with our new 64bit PC computer with MS IE10 which has an embedded Flash Add-on.  We do not have QTVR on our machine.  At least QTVR is not showing up in our IE 10 browser Add-on list.
> 
>Dave and Pat Albright
>Still at 360texas.com
> 
> 
>
>
>---In #removed#, <#removed#> wrote:
>
>
>Hi,
>
>
>I'm looking into that. Caroling also earlier reported an error with a similar message, as did Bostjan.
>
>
>There are interestingly two different reasons for this error.
>
>
>The error that happened on your contribution was most likely because the uploaded image was not processed yet, as right now I can preview the page without error message (both with Quicktime and Flash). There is usually a "zero to 20" minute delay after uploading because the conversion is run by a timer.
>
>
>The errors Caroling and Bostjan were seeing happened due to some panoramas prior to 12/2008 not being compatible with krpano. The system has a list of those, and *should* have forced the use of the Quicktime plugin instead of the flash plugin. When I last updated the javascript, that mode was accidentally disabled, and I missed the problem because the test cases I used didn't have that special set of circumstances.
>
>
>I have updated the regular server with a fix for this behavior, but I still need to back-port that code to the preparation server. 
>
>
>Any other strange behaviors or error messages? Send a note, and I'll look into it.
>
>
>-Markus
>
>
>P.S.: to Caroling: The update also fixed your "Duo-Tet" Object's strange behavior between Flash and Quicktime display, which was caused by the same "not switching to QT when it's the only option" bug. Sorry I took so long to find a fix. :-(
>
>
>From: "texas360@..." <texas360@...>
>>>To: #removed# 
>>>Sent: Friday, September 27, 2013 11:48 PM
>>>Subject: WWP testing uploaded panorama - viewed in new page ERR
>>> 
>>>
>>>
>>>  
>>>Noticed that Edit mode: No panorama preview to save time and bandwidth is turned on.  Does this result in the New Page 'FATAL ERROR - XML parsing failed" message ?
>>>
>>>
> 
>
>

Next thread:

Previous thread:

back to search page