[MAGNOLIA-3315] Links to DMS documents using fckEdit control not working Created: 07/Oct/10 Updated: 04/Nov/10 Resolved: 04/Nov/10 |
|
| Status: | Closed |
| Project: | Magnolia |
| Component/s: | fckeditor |
| Affects Version/s: | 4.1 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Critical |
| Reporter: | Tony Soper | Assignee: | Ondrej Chytil |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||
| Template: |
|
||||
| Acceptance criteria: |
Empty
|
||||
| Task DoD: |
[ ]*
Doc/release notes changes? Comment present?
[ ]*
Downstream builds green?
[ ]*
Solution information and context easily available?
[ ]*
Tests
[ ]*
FixVersion filled and not yet released
[ ] 
Architecture Decision Record (ADR)
|
||||
| Bug DoR: |
[ ]*
Steps to reproduce, expected, and actual results filled
[ ]*
Affected version filled
|
||||
| Date of First Response: | |||||
| Description |
|
We have an issue where links to DMS files using the fckEdit tool aren't working. Within the fckEdit dialog we are able to open up the hyperlink dialog for a piece of text, select a file within the DMS (at this point the relative url to the file correctly starts with "/dms"). However when we save and close the fckEdit dialog and the link is resolved within the page, the "/dms" part of the relative path to the file is removed, which means the link to the file then fails. If we then re-open the fckEdit and hyperlink dialogs the "/dms" is no longer present in the link url. We've made some investigations into this but cannot understand why the fckEdit code is removing the "dms". We need to find a fix for this to enable our business teams to create links to word and pdf documents within their pages. |
| Comments |
| Comment by Philipp Bärfuss [ 14/Oct/10 ] |
|
Hi Zdenek, Can you check if there were a specific fix for it? It definitely works on the online demo (4.3.7) |
| Comment by Zdenek Skodik [ 14/Oct/10 ] |
|
There's an issue with contextPath. At demo it works just because of it's running from ROOT. Imho it's a bug introduced by some of all those changes in link management and thus FckEditorDialog.convertToView should be updated according it since once you render the page, the image is resolved properly. As a workaround one can add contextPath to the beginning of URL field in the dialog in which the image is chosen, then it will be resolved/previewed properly. There are also some other ways, please see recent SUPPORT-747 for details (I asked for creating bug report for it but no feedback so far). @Tony I've updated your jira account with appropriate access credentials for support project. If you ask there, I can provide you with workaround/possible fixes of this issue. |
| Comment by Philipp Bärfuss [ 15/Oct/10 ] |
|
The workaround of adding a context path in the dialog explicitly seams to be very wrong. It spoils the data and the context path might be very different on the public instance. |
| Comment by Philipp Bärfuss [ 15/Oct/10 ] |
|
Adding it to the maintenance mindmap with heigh priority. |
| Comment by Ondrej Chytil [ 22/Oct/10 ] |
|
Tony, can you please describe step by step how to reproduce this issue? As I understood hyperlinks to DMS files are produced without /dms part of link. But I was not able to reproduce this issue so I would really apreciate your help in this. |