Adrian Simpkins Posted April 16, 2020 Share Posted April 16, 2020 Hi All One of our Analysts highlighted an issue with opening hyperlinks in the details of a request, however when I look at the request this issue was originally raised on, the hyperlinks are now just showing as text in the details. Am I correct in thinking there was some fix/change to this recently please? The issue originally was when clicking on the hyperlink it seemed to insert a Hornbill prefix on the URL so it would not open correctly. Many thanks Link to comment Share on other sites More sharing options...
James Ainsworth Posted April 16, 2020 Share Posted April 16, 2020 Hi Adrian, I'm not aware of any changes or issues within the details of a request that would impact links. Do you know if these links were manually added to the request or were they added automatically from Progressive Capture, BPM, or being raised from a linked request or post? In the details if I type https:// followed by a URL then these are automatically presented as a link If I type in www.hornbill.com this is not recognized as a link without having the http:// Using wiki markup you can manipulate the look of a link. https://wiki.hornbill.com/index.php/Wiki_Markup#Links If this is still not working, could you provide an example of the link text in the details of the request? Regards, James Link to comment Share on other sites More sharing options...
Adrian Simpkins Posted April 21, 2020 Author Share Posted April 21, 2020 Hi James, it was a hyperlink just from the text a Customer entered into the PC as it was raised - I will find the request and post some more details here as soon as possible Many thanks as always Link to comment Share on other sites More sharing options...
Adrian Simpkins Posted April 30, 2020 Author Share Posted April 30, 2020 Hi James, apologies for delay in coming back - the first image below shows how it originally showed in the request, and the web address it jumped to. However, when viewing the request now it shows like the second image where the URL is no longer a link that can be selected. Many thanks Link to comment Share on other sites More sharing options...
James Ainsworth Posted May 1, 2020 Share Posted May 1, 2020 Sorry if I'm not seeing this correctly... is the second image from the Details section of the request as well? The text is different from the first screen shot and the second image doesn't show the Summary and Description headers. In the first images, I can't see why the link in the request is being appended to the Hornbill URL. That looks very odd. Link to comment Share on other sites More sharing options...
Adrian Simpkins Posted May 12, 2020 Author Share Posted May 12, 2020 Hi James, apologies but I am still not getting alerts when there are updates to postings! The first image is the original request which showed the hyperlink as a live link, then once you clicked on it attempted to jump to the webpage but it inserted https://live.hornbill.com/mse then the blueteq address so this failed. The second image shows the same request viewed recently and the hyperlink is no longer showing as a live link. I just wanted to understand if this was changed in anyway as I am unsure why the link is no longer a hyperlink Many thanks! Link to comment Share on other sites More sharing options...
James Ainsworth Posted May 12, 2020 Share Posted May 12, 2020 Hi Adrian, There are no changes that I know of to how URLs in the description behave. I use them a lot myself. Never had an issue nor have I seen where extra bit added to the end. Is this consistently happening on your requests, or is it just this one? Link to comment Share on other sites More sharing options...
HHH Posted May 13, 2020 Share Posted May 13, 2020 If I understand @Adrian Simpkins correctly I've seen this behaviour too where if a link is entered without protocol, so just www.domain.com, a hyperlink is created but transformed into a local link so https://live.hornbill.com/instance/ is added before the link. So if www.domain.com is clicked you'd be sent to https://live.hornbill.com/instance/www.domain.com 1 Link to comment Share on other sites More sharing options...
James Ainsworth Posted May 13, 2020 Share Posted May 13, 2020 Hi HHH, Thanks for that. Good to know that it is not an isolated case as it can help to find the issue. The key is getting the replication steps so I can recreate the issue. Understanding how the link was added to the description is what I probably need to start with. Was it added by the customer in progressive capture using the standard details form, or was it added using a variable from a custom form. I have just tried adding www.hornbill.com into the description and it is not converted to a hyperlink. I then added double square brackets around it [[www.hornbill.com]] which did turn it into a hyperlink, and it resulted in the issue that has been described. However this was expected as the [[ ]] without specifying absolute URLs (no https://) it will consider it a local link. For example you could use [[newsfeed]] which would take you to https://live.hornbill.com/instance/newsfeed. https://wiki.hornbill.com/index.php/Wiki_Markup#Links Link to comment Share on other sites More sharing options...
Adrian Simpkins Posted May 13, 2020 Author Share Posted May 13, 2020 Hi James I have not seen any other instance of this so far, so this could very well be the one instance, but I just wanted to understand some more detail in case it happened again. As mentioned before it looks like something was updated / fixed / changed as the web link in the request is no longer a live URL I can select. Many thanks Link to comment Share on other sites More sharing options...
HHH Posted May 13, 2020 Share Posted May 13, 2020 Hi @James Ainsworth I've started lookting through our requests after your last question and I can no longer find any examples. It appears something has fixed this although I cannot say when Link to comment Share on other sites More sharing options...
James Ainsworth Posted May 14, 2020 Share Posted May 14, 2020 Thank you both for your feedback. Do let us know if you see this happen again. Kind regards, James 1 Link to comment Share on other sites More sharing options...
Adrian Simpkins Posted May 14, 2020 Author Share Posted May 14, 2020 Hi James I will raise this again if I see it occurring again, Many thanks as always for your help Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now