Want to open GIF via web page, server REFUSES to listen ...
Posted: Tue Oct 16, 2012 2:17 am
... additional clues welcome. Here's scenario.
We have Win2k8R2 terminal server TS (new TS) running application App, presents info to user, no problem.
Part of that information is a key-link into another website on another server.
Click the link, assuming user has login on other server, that page opens, no problems so far.
THAT PAGE "P" has a link to a GIF file G with a non-standard extension, e.g. zero, 100, 103.
(that has to do with the software that produces the GIFs, not relevant, I think).
So, when I run this App locally, or on a Win2k TS (Old TS) ... Page P opens,
and link to G opens no problem in XnView (1.97 dot eight )
(I will update, but I don't know if this problem has to do with that).
If I go to the new TS desktop (rather than straight into app), but run the App from the desktop, download the G, if I click on that file directly, it opens in XnView no problemo (I globally associated these odd filenames, everywhere with ASSOC command). Normal users won't do this ... they'll go straight into App (which is desired behavior).
... BUT from page P, same file _REFUSES_ to open ... gives "Error opening the file <filename>" message.
Users have read rights in the XnView folder, and all rights in the cached file folder.
It is doing this _for_me_ and I am admin, so should have no problem.
I have tried everything I can think of, I don't know what else to do.
(I _did_ follow TS install guidelines to put server into "install mode" before installing).
I have published all the software (the App executable, MS IE, and XnView), such that the server "knows" users will be running these programs and it's all happy.
If I log in to the TS desktop, bring up just IE and go to the website server of Page P, and attempt to call up any of its images, same deal, error message. But if I download the file, go to where I downloaded it, then it opens.
So I figure I must have done _something_ wrong / set something wrong, that the file won't open in IE.
I would be grateful for any advice or clues.
Kind regards all, and thanks in advance for your time,
Suzanne
We have Win2k8R2 terminal server TS (new TS) running application App, presents info to user, no problem.
Part of that information is a key-link into another website on another server.
Click the link, assuming user has login on other server, that page opens, no problems so far.
THAT PAGE "P" has a link to a GIF file G with a non-standard extension, e.g. zero, 100, 103.
(that has to do with the software that produces the GIFs, not relevant, I think).
So, when I run this App locally, or on a Win2k TS (Old TS) ... Page P opens,
and link to G opens no problem in XnView (1.97 dot eight )
(I will update, but I don't know if this problem has to do with that).
If I go to the new TS desktop (rather than straight into app), but run the App from the desktop, download the G, if I click on that file directly, it opens in XnView no problemo (I globally associated these odd filenames, everywhere with ASSOC command). Normal users won't do this ... they'll go straight into App (which is desired behavior).
... BUT from page P, same file _REFUSES_ to open ... gives "Error opening the file <filename>" message.
Users have read rights in the XnView folder, and all rights in the cached file folder.
It is doing this _for_me_ and I am admin, so should have no problem.
I have tried everything I can think of, I don't know what else to do.
(I _did_ follow TS install guidelines to put server into "install mode" before installing).
I have published all the software (the App executable, MS IE, and XnView), such that the server "knows" users will be running these programs and it's all happy.
If I log in to the TS desktop, bring up just IE and go to the website server of Page P, and attempt to call up any of its images, same deal, error message. But if I download the file, go to where I downloaded it, then it opens.
So I figure I must have done _something_ wrong / set something wrong, that the file won't open in IE.
I would be grateful for any advice or clues.
Kind regards all, and thanks in advance for your time,
Suzanne
