Affects Version/s: 4.0, 4.2.5
Component/s: Server - Upgrade Manager
Google Chrome: 14.0.835.187 m
Sprint:5.0.x Sprint 1, 5.0.x Sprint 2
Bug Fix Policy:
Before Confluence 4.0 we linked to various shared locations (files and folders).
While this didn't work for all browsers, it worked in IE for those that used it.
This seems to be broken now, the old links have been converted to normal text with the path in parentheses after it.
Document XXX (file://j:\\Projects\\XXX\\Reference Documents
The reason we link to these files like that is that they are under version control, and the link is to a common location where they are shared. (We all have the J drive set to the same by logon scripts, we can't avoid that).
Findings added by Husein Alatas [Atlassian] (mainly tested on Chrome 19):
|1. Confluence 3.5.13 (all works) - wiki markup|
|2. Post-upgrade Confluence 4.2.5 - storage format)|| Link retains correctly:
| Link retains correctly:
| Plain text (original link is lost):
|3. Once the page opened in the 4.2.5 editor and saved, although nothing is touched/changed - storage format|| link is lost:
| link is lost:
| nothing changed:
|Chrome 19||no link|
|IE 9||no link|
- In Confluence 3.5.x, add the following wiki markup:
- Upgrade to Confluence 4.x
Either proceed from the steps above by editing the page then save it. Or you could just simply insert the following in the 4.x Editor > Insert > Wiki Markup which will autoconvert the wiki markup to new storage format on the fly:
Disclaimer: We can't provide any support if you use this method and run into any issues
As seen in the comments, some customers have had success in getting this working by ensuring all links are in the following format:
- Type "File:///" not "File://"
- use "/" and not "\" for the path (for exampe "file:///J:/Projects/..."
- Alternatively you can write "file://server/folder/Projects..." instead of "file:///J:/Projects/..."
This was achieved by exporting to XML, running search/replace over it, and then importing it back.