Workflow - Display Hyperlink - Not Clickable on Some Client machines
Has anyone had any issues with Hyperlinks not being clickable from the Viewer in connection with workflows. We have a workflow that at the end a Hyperlink is displayed. Most clients can click the hyperlink but I am getting random reports that the hyperlink is not working, when they hover the hyperlink area the text selection tool Icon is displayed.
Help?
Louie
-
Yes we had that issue when the client machine ran Silverlight 4 instead of Silverlight 5
0 -
Thanx Sune, I will try Silverlight 5 but it works fine on mine and I have silverlight 4.
0 -
Hi guys,
I've tried to reproduce this so that I can fix it for the upcoming Silverlight Viewer 1.5 and Essentials 3.8 release and haven't been able to. I've tried machines running Silverlight 4 and Silverlight 5. I've also tried all sorts of funny characters in the URL. If you're able to give any more details on what exactly it is that you're doing, what your link looks like, etc., then this could be valuable for troubleshooting.
Jeff
0 -
I was really excited to show my network administrator my new Essentials map, when he experienced the same problem. When he visited the page, he was prompted to install Silverlight. I don't remember having to do that because I think, for me, Silverlight was an optional install from Windows or Microsoft Update. I knew I would need it, so I installed it then.
Anyway, my admin would see the link, but when he would hover over it with his mouse, it remains an I-bar, just like when you go to edit text in a word processor or e-mail. Clicking the link does nothing. So, I had him send me his Silverlight version information and Internet Explorer version. They're pretty much exactly the same.
Silverlight 4.1.10111.0
Internet Explorer 9.0.8112.16421, Update Versions: 9.0.6, Cipher Strength: 256-bit. Only the Product IDs are different, but that's to be expected, right?
You asked about weird characters in the URL. So, I'm pasting here the exact URL for you to look for suspicious characters (which is only temporary, mind you):
When I sent this URL to my admin, he was able to put that into his address bar and see the report.
One thing that's interesting, is that even though he can't click the hyperlnk, he CAN tab to it, press Enter, and bring up the report. However, you can guess how many lay users will try that when hovering over the link doesn't work.
"Roj"
0 -
This is becoming more of a problem for us these past few weeks. I'm getting more calls from staff and the general public with this issue. As stated above, installing Silverlight 5 solves the problem.
Is there a way to make the viewer check for the more recent version of Silverlight and install it?
Here is a link to our site - http://gis.napa.ca.gov/gcmaps/?Viewer=Public.
Pat
0 -
P.S. The workflow in question is on the Analysis tab, Parcel Summary Report.
0 -
I'm getting more calls from the public about this. I really need to find a solution to this or have the app automatically install version 5. Is there any way we can configure which version the app checks for?
Pat
0 -
What I did for the time being was put the following text in the show hyperlink dialog:
If clicking the link below doesn't work, please try pressing Tab, then Enter, on your keyboard.
My map's not way popularized yet, so I don't know if this is really working around. You know how often people read dialog boxes. When my immediate boss tried it, he thought the application has errored out simply because he was seeing the hyperlink dialog. He didn't realize he was supposed to click the hyperlink to see the report. His eyes took in the fact that there was a dialog with text on it, and a close button, and that told his programmer mind there was an error. Golly, gee. What's a guy supposed to do for users like that? (Rhetorical question).
0 -
Roger - that's a good idea. I logged a support request, too, so we'll see what they say.
Pat
0 -
Hi All,
there are two issues here:
1) the first (main one) seems to be a Silverlight 4 issue where the links sometimes aren't clickable. As reported here by others, the issue seems to be resolved in Silverlight 5. I've only quickly skimmed http://www.microsoft.com/getsilverlight/locale/en-us/html/Microsoft%20Silverlight%20Release%20History.htm to find a definitive answer to this issue, and not come up with a solid one.
That being said, to force all you users to upgrade to Silverlight 5, modify the viewer.html in under the inetpub directory (normally (file:C:/inetpub/wwwroot/SilverlightViewer_1_5)) C:\inetpub\wwwroot\SilverlightViewer_1_5) and change the minimum version in the line:
<param name="minRuntimeVersion" value="4.0.50401.0" >
to a newer version. The latest I have installed is 5.1.10411.0, so the line would now look like:
<param name="minRuntimeVersion" value="5.1.10411.0" >
Once the file is saved it will require any user with a previous version to update to use the site when they next try and access it.The downside here (based on a customer's experience) is that some users may not be able to install the newer version due to permission/rights issues (think corporate IT environments) or will have a browser requiring them to download then install the newer plug-in as a two step process (IE does a good job here.)
2) to avoid having the users have to click a link in a dialog to open the report, modify the workflow as following: turn off displaying of the dialog in the report activity, assign the Result URL to a new string variable, and then insert and connect a RunExternalCommand activity with "NavigateToUri" as the command and the URL string variable as the parameter. Note that there may be cases where a pop-up blocker or similar security measures may prevent this modification from working.
regards,
Edmond
0 -
My experience with the NavigateToUri command is that the .NET environment (or something) has strict use of it. It's only to be invoked from a button onclick handler or something like that. It didn't work in my environment (running the command from my map in IE). I remember reading on the Microsoft web site that the command circumvents pop-up blockers, which is why it's use is very strict. They hyperlink dialog is able to do it because it has an Open button, and the link is opened from a button click (or giving the button focus and pressing Enter).
"Roj"
0 -
We worked with Edmond on this and were able to make the report open automatically. It works great in our Dev environment. We'll be rolling it out to Prod as soon as we can update a number of other workflows.
It's always good when a user click can be eliminated. Hopefully, that will help pacify those users who've been beating me up about the app in general. I decided not to force SilverLight 5 because there were numerous calls from the general public about installation problems.
Pat
0 -
Speaking generally, we all reuse and leverage existing technology, making our technologies dependent on them. This is so we can eliminate the need to reinvent the wheel. I just wish some wheels by a certain large corporation in Washington state didn't have so many flats.
0
Please sign in to leave a comment.
Comments
13 comments