We have a customer that has upgraded from WF537 to WF768 on their test server (HP-UX B.11.11 PA-RISC 32on64bit). Corporate standard for browsing is still IE 6.0.2900.2180 SP2.
Now during testing we have discovered that when a user logs into MRE, the MRE applet occupies a smaller area in the MRERIGHT frame. Functionally MRE is working fine. However the reduced use of valuable browser real-estate is annoying the customer.
Has anyone else noticed this behaviour also, or is this a known issue?This message has been edited. Last edited by: Kerry,
-------------------------------------------------------------------------------- prod: WF/AS 8.2.05; OmniGen; In FOCUS since 1991
April 03, 2009, 08:00 AM
<JG>
Clinton,
What version of the JRE are they using on the clients. That's more likely to be the problem than the browser version.
April 03, 2009, 08:14 AM
Clinton Side-Kick
JG, They are using jre1.5.0_06. You think that might be outdated? They still have their WF537 in production and when you login to MRE, the applet correctly fills the full frame. Any other ideas?
-------------------------------------------------------------------------------- prod: WF/AS 8.2.05; OmniGen; In FOCUS since 1991
April 03, 2009, 08:31 AM
<JG>
quote:
jre1.5.0_06
Minimum certified JVM for 7.6.4 and up is 1.6_03 however I would opt for 1.6.0_12
There are plenty of documented issues with MRE and Caster applets when using the wrong JVM
April 03, 2009, 08:40 AM
Clinton Side-Kick
Thanks a stack, Will see what we can do to twist their arms to upgrade.
-------------------------------------------------------------------------------- prod: WF/AS 8.2.05; OmniGen; In FOCUS since 1991
April 03, 2009, 02:17 PM
susannah
also note that in 53 the url for the applet was completely different. in 53, you go to MRLOGON. As Inspector Clouseau says, 'not any more'. In 7 you go to /ibi_apps/login/mr/mr_login.jsp? Mind you, in 7 you can still get to MRLOGON, it still exists, but it looks like *&%(^ ; So make sure your users are pointing to the proper place. -s
In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID