12

I would like to properly link to files on shared storage on my company's intranet. We are using wiki as primary document database, but some files, like charts, spreadsheets and electronics designs, just have to stay elsewhere.

For example, I'd like to be able to add links to things like "\sps\docs\somefile.xls" from "Insert link" dialog in wiki editor. Instead of requiring me to type (or copy and paste) the patch, the insert link dialog should provide a UI to browse to the file on my computer.

Thanks in advance.

Fog Creek Case FC1899290

flag
For those that have Kiln, since Kiln will soon be getting bfile support, we would find it very useful to be able to link to a specific file (in a specific repository/change set or at the tip) and have that file directly downloaded. – cdeszaq Aug 31 2010 at 13:08

3 Answers

3

FogBugz 8:

The method below stopped working with the change in Wiki Editor in FogBugz 8. We have restored support for these types of links in version 8.5.69.

FogBugz 7:

You can create links in the wiki to local files:

file:///C:/foo.html

But your browser will not let you follow the link for security reasons. You will need to change a setting or install an extension to do so. For example:

If you need a dialog to allow you to browse to a file to link to it, this might be possible by writing a plugin. I have also opened a case to consider this feature for a future release.

link|flag
I have updated the question to include that requirement, my answer, and opened a case to consider adding this feature. – adambox♦ May 18 2010 at 14:41
0

The accepted answer to this question gets the job done for linking to files. However, we haven't been able to create a similar wiki link which points to a directory (as opposed to a file) on local storage. Clicking on it should open the same directory listing that you'd get if you just typed the path into your browser's address bar. In fact, fogbugz seems to be the culprit here as it completely strips the href attribute from the link's anchor tag upon saving the article. If no one has any ideas for a quick fix, please consider making sure this works as well if the feature-request moves forward.

link|flag
FogBugz does currently strip the href, but even if this were changed, the links would still not work. All current versions of the major browsers (IE, FireFox, Chrome, Safari, and Opera) block "file://" links by default. Some browsers have workarounds, but others do not. Since simply enabling these links won't result in them working anyway, have you considered just inserting the path as text and including instructions on how to navigate there? E.g., copy-and-paste into Windows Explorer address bar or the "Run..." box on Windows, etc. – db♦ Jan 19 2011 at 15:58
0

I too think adding support for intranet links is a good idea. The security concerns are valid, but there are several ways to do this so customers have to make an informed choice to use this. The easiest and most common is to simply disable it by default like is done with certain attachment extensions (e.g. foo.sql becomes foo.sql.unsafe).

While the workarounds technically work, they are not in line with FogBugz ease-of-use design, and therefore the annoyance is heightened. In my case, the wiki is shared by both coders and non-coders, so asking some to edit mark-up directly is not feasible. The copy and paste idea is kinda lame, and also does support abstracting out paths (useful for non-devs):

ex. Please review the <a href = "\\myintranetfileserver\procsshare\policy.doc">Support Guidelines</a> before placing a call.

Thanks,

Tony

link|flag

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.