07-27-2018 12:10 PM
I'm testing the EmbeddedWebApp from the Finesse sample gadgets on GitHub. I've updated the URL based on the documentation and updated the 3 files to the 3rdpartygadget folder via WinSCP.
I've updated Finesse layout with:
<gadget>http://localhost:8082/3rdpartygadget/files/EmbeddedWebApp/EmbeddedWebApp.xml</gadget>
or
<gadget>/3rdpartygadget/files/EmbeddedWebApp/EmbeddedWebApp.xml</gadget>
I've tested this on the a UCCX 10.6 box and 11.5 box and got the same problem. The gadget loads with a blank page like the attached photo.
I've tried multiple browsers and multiple web sites.
Any ideas?
07-27-2018 02:30 PM
07-30-2018 12:34 AM
07-30-2018 05:29 AM
Thanks for the info. I have tried allowing mixed content setting in IE and Firefox and didn't have any luck. I've also tried many URL's including https://www.bing.com which I believe uses iframes.
I checked the browser debugging and got the attached error.
07-30-2018 05:38 AM
Which Application URL you are opening inside the iframe?
Also, check are you able to access the.xml file directly on browser
07-30-2018 08:43 AM
Yes access via a browser directly to the XML works just fine.
I'm just testing with https://www.bing.com.
07-30-2018 08:48 AM
07-30-2018 09:01 AM
Is the Finesse server itself able to access this URL?
If not, then this could be your issue.
The Finesse server also needs to be able to access teh gadget XML. If this is a cloud based gadget you will need to open Firewall rules to allow FInesse to access it or place on the gadget on the FInesse server itself into the 3rd party gadget folder (and host locally).
Finesse server itself does not yet support a proxy to allow this to be done easily.
Gerry
07-30-2018 09:02 AM
Can you show the gadget code?
Theoretically, it should work, maybe something wrong with the code.
BTW you are trying for the screen pop when the call arives right
07-30-2018 10:32 AM
01-31-2019 11:49 AM
Hi everybody,
In my case it works, but when I try to create a new embedded gadget doesn´t work, it shows a page in grey, but the another work properly, I have tried modifying the name on XML and .js files because maybe can crash with the previous configued, has anybody tried to configure more than one embbeded gadget?
Thanks.
02-01-2019 12:14 AM
These are the things to watch for
1) If the gadget is hosted on an webserver and not on the finesse server itself - The Finesse server AND the client both need access to connect to the gadget. If not hosting on Finesse - make sure to host it on a HTTPS enabled webserver. i.e. use HTTPS
2) The Web link within the EmbeddedWebApp also needs to use HTTPS and most browsers will no longer support mixed content - see here - to tempoary allow https://kb.iu.edu/d/bdny
3) When using HTTPS and if a non public signed cert or self signed certs - you need to import the CA or self signed cert into FInesse Certification (Go to Finesse OS admin GUI)
Gerry
02-01-2019 08:09 AM
Hi Gerry,
I send my responses.
1.My gagdgets are in Finesse and are refernced to work with https://IP/
2. I have enabled mixed mode on 3 differents browsers (firefox, chrome and IE), but only in IE I receive a message regarding with a problem with certificates
3. I will try to do thea last one and I´ll inform my results.
Regards.
02-01-2019 08:21 AM - edited 02-05-2019 08:45 AM
Hi,
>My gagdgets are in Finesse and are refernced to work with https://IP/
If the embeded website is references as you have detailed above using an "Ip address", e.g. https://123.123.123.123/folder/index.htm, you will ALWAYS get a cert warning - no matter what you do.
Test the https Link in a web browser and make sure that no get no cert warnings and use that same address in the embededed finesse gadget
A cert will usually have the FQDN name of the server in it - so you need to reference the web server as
https://myserver.mydomin.xyz/folder/index.htm
And not
https://myserver/folder/index.htm
OR
https://123.123.123.123/folder/index.htm
i.e. you might be able to get to the page - but only after accepting cert warnings....
This is because the cert which conatins the server FQDN needs matches the address entered (and has nothing to do with Cisco / Finesse - just standard https requirements).
Gerry
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide