[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:
relation
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.

Generated at Mon Feb 12 03:45:18 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.