When downloading a file via a browser, we need to give the browser a hint about what to do with it via a MIME type. If this is not provided, the file is simply saved to the filesystem. The Web Developer's Library tells us that...
The w3c is in the process of standardizing widgets. According to the w3c standard for widget packaging and configuration the MIME type is application/widget. At some point, I expect a future version of WRT to migrate to this standard.Specify the MIME type of the widget installation package in the HTTP response header. The MIME type must be application/x-nokia-widget.
The following is an example of how to define the widget MIME type for an Apache server configuration file:
AddType x-nokia-widget .wgz
Here is the behavior I am seeing at the moment. After the widget is downloaded, the user will need to open it with the file manager. This can be done in the browser from the options menu. In the file manager, they need to go to the download directory and open the .wgz file they just downloaded. This will start the normal installation process.
I suspect the host hasn't been configured with the right MIME type. I expected the browser to launch the installer directly. It you can log into the machine where the http server is running, this is pretty straight forward to confirm. In this case, I don't. So, I'll be looking to intercept the http traffic. I'll bet I can do it with telnet. Anyway, I'll update this blog when I get to the bottom of it.
-jk