Closed (fixed)
Project:
Zoomify
Version:
6.x-1.2
Component:
Documentation
Priority:
Normal
Category:
Support request
Assigned:
Reporter:
Created:
1 Jul 2009 at 13:27 UTC
Updated:
22 Jul 2009 at 20:50 UTC
Jump to comment: Most recent file
I normally use Firefox however I noticed that some insatances of IE will not show the internet explorer. I have seen code to address this problem in the example Zoomify documantation but it is apparently not generted by the module. Can this be fixed by modification of the "theme_zoomify" function?
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | Copy of ZoomifyHTMLParamsSimpleEmbed.txt | 2.32 KB | Bill Lea |
Comments
Comment #1
Bill Lea commentedI experienced the failure with IE v6
Comment #2
infojunkiePlease point me to the code that fixes this.
Comment #3
Bill Lea commentedthe failure reoccurred today at on of my clients office. They were running IE 8 so its worse than I thought. I'l try and paaste the code I got when I bought the design package from zoomify. I confess I'm not sharp enought to integrate it although as zoomify is integral to my site I really need to get it fixed. Here is the example supplied by Zoomify.
Zoomify HTML Params Simple Embed Example
Second for all other browsers: see
-->
Since you are not using the Design viewer some of this may not apply but it is a start.
Bill Lea
Comment #4
Bill Lea commentedWell I'm having trouble posting the code. Of course the HTML filter is erasing it. I'll try and attach it as a file.
Comment #5
infojunkieThe only difference I could see is a bunch of flashVars that are optional and seemingly not specific to IE. Other than that, the embed code looked the same.
In order to help diagnose this, please answer the following:
* What is the nature of the failure? Please describe it in detail.
* Does the Flash applet itself appear on the page? Is there an error displayed? Does the Zoomify tab appear?
* Does the module work correctly on the same site when accessed by Firefox?
* What is the HTML that is generated by the module? You can embed it between code tags to include it in your reply.
* Is the Flash applet in the src attrbiute reachable from the browser when you paste it in the URL bar?
* Is the image path specified by zoomifyImagePath reachable from the browser when you paste it in the URL bar?
* Are you using a public or private file system on Drupal (Site configuration > File system > Download method) ?
Comment #6
Bill Lea commented* What is the nature of the failure? Please describe it in detail.
When trying to activate the Zoomify flash applet by clicking the tab I get a square white screen with a file load error message.
This has happened mainly with IE at the Andover Public Library, and at Fromex Photo Systems.
* Does the Flash applet itself appear on the page? Is there an error displayed? Does the Zoomify tab appear?
The tab is present and the applet appears to work but cannot find/load the files.
* Does the module work correctly on the same site when accessed by Firefox?
I have not noticed the problem with fire fox. I looked today Withe IE8 (32bit) from my XP64 box and it worked correctly. IE 8 (64
bit) won't run flash, amazing.
It's possible that I have a bad path generated in one or two images and I'm stumbling on to it randomly. The documentation I got with the ZoomifyDesign viewer said that IE needed special handling which didn't appear so I may have jumped to the conclusion that there was a problem with the code rather than a problem with particular images on my site. I'll check every image with my home system and let you know.
* What is the HTML that is generated by the module? You can embed it between code tags to include it in your reply.
Hope that is not over kill. The above page seems to work properly.
* Is the Flash applet in the src attrbiute reachable from the browser when you paste it in the URL bar?
Yes. http://tulsapanoramic.com/sites/all/modules/zoomify/ZoomifyViewer.swf goes right to it.
* Is the image path specified by zoomifyImagePath reachable from the browser when you paste it in the URL bar?
No. http://tulsapanoramic.com/sites/default/files/zoomify/114/399 gives 404 file does not exist but then its a dirrectory and the zoomify applet is working wit that path.
* Are you using a public or private file system on Drupal (Site configuration > File system > Download method) ?
public
Let me scour the site for bad paths before you spend any more time worrying on this.
My analysis of the IE problem based on the sample code supplied wiht the Design viewer was that the flash variables needed to be declared differently:
IE was supposed to look for other browsers got the same information but encoded as
Now this makes NO sense to me other than its in their documentation. You are using the free version so maybe it doesn't have this "Feature". I'm a old Fortran guy so I slog painfully through this PHP.
Let me check my site for bad paths which will take a while. Maybe I will simply have a large crow to eat....
Bill
Comment #7
Bill Lea commentedWell I have checked every image on the site from MY box. They all work with IE 8 and Firefox 3.5. I will have to travel to a remote site to see if I can replicate the problem on the machine that gave me the bad result. Be a couple of hours.
Comment #8
Bill Lea commentedI have reproduced the problem on my clients machien the code page is as follows:
The error message was:
Error loading: http://www.tulsapanoramic.com/sites/default/files/zoomify/117/414
I can't figure out why it works from my home machi3en with IE* but not from thius locatioin.
The only good thing isd I'm not imagining the problem. I'll check withj host monster to see if it is some file permission thing which is obscure...
bill
Comment #9
infojunkieUsing the Firefox extension Live HTTP Headers, I think I was able to find the problem.
I found a request to http://www.tulsapanoramic.com/crossdomain.xml, which resulted in HTTP/1.x 403 Forbidden.
Reading about crossdomain.xml showed that it is a Flash security measure to prevent cross-domain scripting. A Flash applet cannot request data from a domain different than the one on which the applet resides, unless the crossdomain.xml files on the target domain explicitly allows the source domain to access it.
How did that come to play in your case? Because the Flash applet URL is declared as http://tulsapanoramic.com/sites/all/modules/zoomify/ZoomifyViewer.swf whereas the images path is declared as http://www.tulsapanoramic.com/sites/default/files/zoomify/117/414 - note the extra "www" subdomain. Flash considers those two different domains.
So please set the applet URL to http://www.tulsapanoramic.com/sites/all/modules/zoomify/ZoomifyViewer.swf and let me know what happens!
Comment #10
Bill Lea commentedI feel like I've taken the wrong pill! The rabit hole appears pretty deep at this point....
My site can be accessed in two ways: as "tulsapanoramic.com" and as "WWW.tulsapanoramic.com" if you access the site as tulsapanoramic.com the zoomify applet fails for the security trap. If you access by WWW.tulsapanoramic.coom all is well.
This behavior is reproducable on my box and on other boxes. So I need to know how to set the domain name tulsapanoramic.com as a legal cross domain access or how to have it translated automatically to the www form.
It is probably simpler to set a list of allowed domains than to mess with how the paths and names are rewritten. I don't want to break something else. I will look into writing a crossdomain.xml file and making it accessible.
I'll let you know if that solves this problem. Thanks for your help.
Bill
Comment #11
Bill Lea commentedI added a crossdomain.xml file to my website problem seems gone. the required file is pretty simple:
It may not be the most elegant way to fix this but it seems to work. All the Adobe information is quite confusing to me... Seems that they have or can make this subject wonderfully complex for reasons I don't fully comprehend.
Thanks once again for your help with this problem. I have other issues but will address them separately.
Bill
Comment #12
infojunkieGlad to be of help.