I thought I would post this out there as another possible solution for those getting a whitescreen.
URL's are CASE SENSITIVE. I have a client that keeps file names the same, and simply uploads new files. This saves time from copying links over, and is very helpful i some cases.
We had a file that was file.jpg and one that was file.JPG. That file would show white on the screen. Everything worked once we made the .jpg match case.
So if you have a client that still sees white spaces, and you've cleared cache and republished your presentation...check to make sure the links are the same exact name AND case!
-
Alex,
I tried testing this myself and it worked fine. Can I ask you to email me the link to images that had this issue so I can see it in action?
Did you have to have 2 items in the Presentation, one that worked and one that didn't?
At the repository they were upper case (.JPG), and in the Presentation they were lower case? Or was it vice versa?
Thanks! -
-
Interesting Robb.
In my repository I had file.jpg and in Rise I had file.JPG
I found this when I copied the link from Rise and put it into a browser, it showed a broken link. Then I changed the case of the .JPG to .jpg, and it opened in the browser just fine.
I suppose it could just be a rule set by my repository, right? -
-
Since you could replicate it with just a browser, I would say it is something with that repository. It was still a good thing to bring up, just in case others encounter a similar situation.
-
-
It's still a bug, because if it is showing white, that is not expected or wanted behavior.
Alex, Can you email me a link to a file that you have been able to replicate this with? I couldn't replicate it myself.
My thinking is the viewer should give some sort of error message when it tries to get the file, and if it does, it should be smart enough to check if the path is upper case or lower case, try the opposite, and see if that works. -
-
Actually, maybe this can't be fixed so easily.
Alex, once you fixed the file extension from uppercase to lower case, did you test to see if any mixtures of case in the file name itself cause the same issue? If there are mixes of case in the file name, then my idea would not work, and the only workaround for repositories that have this issue is to enter the URL exactly as specified from the repository.
Thanks. -
-
Hey Robb, I tried mixtures of upper and lower case, and it seems that the whole file name and extension must match case.
Try this:
Correct-
http://www.realeyesdisplays.com/admin...
Case change-extension
http://www.realeyesdisplays.com/admin...
Case change-file name
http://www.realeyesdisplays.com/admin...
Interesting, hey?
So I figure it must be my own repository that is doing this. I try this with dropbox and it shows the files just fine.
So this post would really only be helpful as a second troubleshoot for those that don't use dropbox. -
-
-
Loading Profile...



Twitter,
Facebook, or email.
CHAMP
EMPLOYEE
