We normally access a web based application that contains links to launch
specific sun java based secure .jnlp files.

All our PC's are part of a Windows 2003 domain environment. Group policy is
active and controlling much of how the PC's operate.

Before we upgraded from IE6 to IE7, when a link to open one of these JNLP
files is clicked, such as the link below (this is a secure environment so the
link will not work from the outside. It is simply put here to better
illustrate the problem), a dynamically created .jnlp file would launch and
the sun java environment would load up and the java application the link
points to would run.

"Locate" Link ->
https://www.mbnetstar.com/portal/sit...ateTransaction

"Inventory" Link ->
https://www.mbnetstar.com/portal/sit...oryTransaction

However, after upgrading to IE7, when this link is clicked (for example, the
"Locate" link below) the .jnlp that is supposed to launch does not, and the
internet explorer page simply refreshes.

However, if I am on my laptop, which is not part of the domain, and I click
on this same link, I get an internet explorer information bar message showing
that the .jnlp file is trying to download.

At this point, I simply have to click the "download file" option to launch
this .jnlp file.

Once I do this, on the laptop which is outside of the domain, the .jnlp file
automatically opens up and begins to launch.

I then click "yes" to accept the security certificate.

And shortly after doing this, the application opens up for use.

Given the fact that this worked without incident inside my domain when using
internet explorer 6, and it works fine on a laptop that sits outside of the
domain with IE7, what could possibly be causing this problem to occur on
workstations that sit inside the windows 2003 domain?

I changed nothing in any of the domain based group policy files I set up and
this problem happens immediately after upgrading to IE7.

I am certain the solution to this problem has to do with making some kind of
group policy adjustment so this file/launch issue is handled exactly the way
it is handled on my laptop, or handled on the same workstations when IE6 was
there.

I am hoping that someone has some clue on this and could point me in the
right direction. Initially, I thought it might be a mime type issue and made
some changes in group policy, but that did not have any effect, so there has
to be something I either missed, or I am not looking at this from the right
standpoint.

I singlehandedly built our domain environment, and configured every group
policy setting that is in effect so I am confident that I can get to the
bottom of this with a slight "nudge" in the right direction,

One interesting thing is that one link has always worked even after
upgrading to IE7 and that is the link below

https://www.mbnetstar.com/portal/sit...8184335RCR D#

What is the difference between the link to this .jnlp file that still works
in the domain since upgrading to IE7

https://www.mbnetstar.com/portal/sit...8184335RCR D#

And the 15-20 links that do not (examples shown below)

"Locate" Link ->
https://www.mbnetstar.com/portal/sit...ateTransaction

"Inventory" Link ->
https://www.mbnetstar.com/portal/sit...oryTransaction

The provider of the web application basically has told us that they refuse
to assist us on this and they have adamantly said there are no problems with
how they coded the links.

This exact question with screen shots to better illustrate the issue can be
seen at the following web site.

http://www.masano.com/ie7issue/ie7issue.html

Any help would be greatly appreciated.

You could start here http://msdn2.microsoft.com/en-us/ie/default.aspx

Those with IE7-specific questions or comments are asked to post to and seek
support in this newsgroup: microsoft.public.internetexplorer.general

On the web:
http://www.microsoft.com/communities...orer. general

In your newsreader:
news://msnews.microsoft.com/microsof...plorer.general
--
~Robear Dyer (PA Bear)
MS MVP-Windows (IE, OE, Security, Shell/User)
AumHa VSOP & Admin http://aumha.net
DTS-L http://dts-l.net/


J. Aloye wrote:
> We normally access a web based application that contains links to launch
> specific sun java based secure .jnlp files.
>
> All our PC's are part of a Windows 2003 domain environment. Group policy
> is
> active and controlling much of how the PC's operate.
>
> Before we upgraded from IE6 to IE7, when a link to open one of these JNLP
> files is clicked, such as the link below (this is a secure environment so
> the link will not work from the outside. It is simply put here to better
> illustrate the problem), a dynamically created .jnlp file would launch and
> the sun java environment would load up and the java application the link
> points to would run.
>
> "Locate" Link ->
> https://www.mbnetstar.com/portal/sit...ateTransaction
>
> "Inventory" Link ->
> https://www.mbnetstar.com/portal/sit...oryTransaction
>
> However, after upgrading to IE7, when this link is clicked (for example,
> the
> "Locate" link below) the .jnlp that is supposed to launch does not, and
> the
> internet explorer page simply refreshes.
>
> However, if I am on my laptop, which is not part of the domain, and I
> click
> on this same link, I get an internet explorer information bar message
> showing that the .jnlp file is trying to download.
>
> At this point, I simply have to click the "download file" option to launch
> this .jnlp file.
>
> Once I do this, on the laptop which is outside of the domain, the .jnlp
> file
> automatically opens up and begins to launch.
>
> I then click "yes" to accept the security certificate.
>
> And shortly after doing this, the application opens up for use.
>
> Given the fact that this worked without incident inside my domain when
> using
> internet explorer 6, and it works fine on a laptop that sits outside of
> the
> domain with IE7, what could possibly be causing this problem to occur on
> workstations that sit inside the windows 2003 domain?
>
> I changed nothing in any of the domain based group policy files I set up
> and
> this problem happens immediately after upgrading to IE7.
>
> I am certain the solution to this problem has to do with making some kind
> of
> group policy adjustment so this file/launch issue is handled exactly the
> way
> it is handled on my laptop, or handled on the same workstations when IE6
> was
> there.
>
> I am hoping that someone has some clue on this and could point me in the
> right direction. Initially, I thought it might be a mime type issue and
> made
> some changes in group policy, but that did not have any effect, so there
> has
> to be something I either missed, or I am not looking at this from the
> right
> standpoint.
>
> I singlehandedly built our domain environment, and configured every group
> policy setting that is in effect so I am confident that I can get to the
> bottom of this with a slight "nudge" in the right direction,
>
> One interesting thing is that one link has always worked even after
> upgrading to IE7 and that is the link below
>
> https://www.mbnetstar.com/portal/sit...8184335RCR D#
>
> What is the difference between the link to this .jnlp file that still
> works
> in the domain since upgrading to IE7
>
> https://www.mbnetstar.com/portal/sit...8184335RCR D#
>
> And the 15-20 links that do not (examples shown below)
>
> "Locate" Link ->
> https://www.mbnetstar.com/portal/sit...ateTransaction
>
> "Inventory" Link ->
> https://www.mbnetstar.com/portal/sit...oryTransaction
>
> The provider of the web application basically has told us that they refuse
> to assist us on this and they have adamantly said there are no problems
> with
> how they coded the links.
>
> This exact question with screen shots to better illustrate the issue can
> be
> seen at the following web site.
>
> http://www.masano.com/ie7issue/ie7issue.html
>
> Any help would be greatly appreciated.