Bug #120

'Web Broswer/Web View' may not be able to support UNC Paths or MHT Files

Added by Ace O about 2 years ago.

Status:New Start:12/29/2009
Priority:Normal Due date:
Assigned to:- % Done:

0%

Category:- Spent time: -
Target version:-

Description

Description:
Right Clicking a Project and selecting 'Web Page' launches the built in 'Web Broswer' and attempts to load the page referenced by the Project. However it does not appear to work as intended, displaying an error that the file cannot be found, when in fact it does exist.

The Error Message is as follows (the server name/exact path has been removed)

[Window Title]
Web Browser

[Content]
Cannot find 'file://somefileserver/somehiddenshare$/BuildLogs//buildoutput.mht'. Make sure the path or Internet address is correct.

[OK]

I see two possible problems:

1. Our project's 'Web URL' is actually a UNC path (IE \\HostName\Folder\File.Ext) to a file on one of our local file servers, it is possible that the built in 'Web Broswer' does not understand or have permissions to use UNC paths. In addition we are being forced to use a hidden administrative share (one in which the $ is post-fixed to the path) this too could cause an issue. I can attest that Internet Explorer is able to open this file however based on the same URL. I am unable to change the 'Web URL' of our projects as we only have one production server here, therefore I am unable to fully test this possibility, my apologies.

2. To further compound this issue the file that the project points to is actually a MHT File (MIME HTML File http://en.wikipedia.org/wiki/.mht). This file format is poorly supported by browsers other than Internet Explorer, and this could be the root cause. Unfortunately the build process produces these files and we cannot change this. We are not asking for support for this file format (nor do we expect it to ever be supported), rather we would like to point to it as a possible culprit.

A possible work around would be to click the 'Open in external browser' button. However this function appears to be broken, possibly because of the failure to originally load the file. I will file a separate bug report for that issue.

Another (and in our opinion maybe more desirable) work around would be to do something similar to the existing CCTray which is launch the link in the default browser, which in our case works.

Steps to reproduce:
1. Attempt to view the web page of a project where the project's Web URL Points to a UNC Path with a hidden share and a MHT file (the second and third parts are not confirmed as requirements). By right clicking the project and selecting 'Web Page'
2. Web Browser should present a similar error message to that listed above.

Environment:
- Windows 7 Enterprise x64
- CruiseControl.NET Server is 1.4.4 SP1, connected to via .NET Remoting on the local network.
- FastFoward.NET is version 0.5.2009.97
- The only plugin installed currently is the System Tray Monitor.
- Firefox 3.5 is set as the default browser on the system
- IE 8 is also installed as well

Existing Issue?:
The Issue Tracking System shows no outstanding issues with this particular feature.

Also available in: Atom PDF