415912 - Sametime meetingroom applet no longer loads

Status: RESOLVED WORKSFORME

(Core Graveyard :: Installer: XPInstall Engine, defect)

Description

[Bill Gianopoulos [:WG9s]]

Bug 406807 removed the function InstallTrigger.getVersion.  Unfortunately the dumb javascript that runs on the sametime server to figure out how to install it's plugin makes use of this function to determine which codepath to take.

Error console shows:

InstallTrigger.getVersion is not a function
http://<hostname>/sametime/stdetect.js Line:1069

We are running an older version of the sametime server.  This does not appear to be an issue with the latest version, however getting large enterprises to update software to accommodate a "not our standard browser" it kind of a fruitless effort

I also wonder if other client server type applications might require this function in order to properly install the client side code.

Comment 1

[Bill Gianopoulos [:WG9s]]

Looking further into the script, it also uses InstallTrigger.compareVersion.  I am trying to contact our Sametime support group to find out if this is a custom written script by them or if this is the original IBM/Lotus version of this script.

Comment 2

[Bill Gianopoulos [:WG9s]]

According to our Sametime support team, this JavaScript is unmodified from the way it was delivered as part of the Sametime Meetingroom code from IBM/Lotus.

As I said, the latest version of the Sametime server software does NOT have this issue.

Comment 3

[Bill Gianopoulos [:WG9s]]

I also found out from out Sametime support group that we will be upgrading to a version that does not have this issue next week.

So, I guess if this does not turn out to be an issue for anyone else, it is then no longer an issue.

Comment 4

[Rich Bartlett]

This is a problem for us as well.  Our IT department will not upgrade any time soon.

Comment 5

[Daniel Veditz [:dveditz]]

Since the whole rest of the xpinstall script processing code was removed as well would the plugin install even if .getVersion() is still present? In FF3 only ExtensionManager (install.rdf) type installs work and plugins tended to use the old install.js style.

Comment 6

[Bill Gianopoulos [:WG9s]]

I have no (In reply to comment #5)
> Since the whole rest of the xpinstall script processing code was removed as
> well would the plugin install even if .getVersion() is still present? In FF3
> only ExtensionManager (install.rdf) type installs work and plugins tended to
> use the old install.js style.
> 
I have no idea.  All I know is that before the checkin for bug 406807 this worked just fine and since then it does not.

Comment 7

[Bill Gianopoulos [:WG9s]]

This problem went away quite some time ago.

->> WORKSFORME