Upgraded CKeditor to 4.5.3.
CKeditor TextArea not visible in Juniper VPN
(it works inside network)
When I compared two html sources, found out editor control is not getting created
while we access the site via SSL VPN (juniper)
following code is not there in view source in VPN access
I have been trying to resolve this issue past week.
Any help is appreciated.
Thanks
Shiva
Related
I am getting an error in Firefox for my codepen project.
Blocked loading mixed active content
“http://localhost:8888/static/components/font-awesome/fonts/fontawesome-webfont.woff2?v=4.7.0”
It works fine in Chrome and Safari but in Firefox the layout seems to be wrong and I can't drag&drop objects. I checked for solutions online which mention that the use of HTTP resources might cause this error but the only external resource I'm using is this:
<head>
<script src="https://d3js.org/d3.v3.min.js" charset="utf-8"></script>
<link rel="stylesheet" href="styles/index.css">
</head>
Any idea what else could be wrong?
I just had this problem too.
Were you by chance running a local web server on port 8888 at the same time you were trying to test a project on codepen.io? And, was your local web server using the same font-awesome package as your codepen project?
In my case, I was trying to test a project deployed on our staging server on the web at the same time that I was also testing the project on my localhost.
For some reason, Firefox was giving the "mixed active content" warning about my font assets at localhost, even though I was looking at the console for our project on the web, on a completely different server and in a different browser tab.
When I shut down my localhost server, closed the tab that had it open, and refreshed the project on the web, the warnings disappeared.
I have a feeling that this might be a Firefox bug where it is mixing up font assets that have been stored in local cache and are being used across different tabs at the same time.
I have configured my Websphere Liberty server to support the Admin Center as described in the IBM Knowledge center.
I am running WAS Liberty version 17.0.0.1 on Windows 10 from an eclipse Neon environment (ie. on localhost). I connect with the URL (http://localhost:9080/adminCenter) from Chrome (version 61).
It puts up a login page (not great looking but serviceable)
I enter my credentials and click Submit and I am taken to the login.css webpage.
Within the Chrome developer tools, I can see an error message on the console indicating the GET for favicon.ico failed.
Then I can go to the browser address bar, manually change the URL to point to the adminCenter and it takes me to the Toolbox page for the Admin Center. From there I can select the Server Config graphic and see my server data.
Can anyone identify what I have configured wrong that is causing the AdminCenter to display the login.css webpage rather than re-route to the adminCenter webpage after I login?
Additionally, if anyone can direct me to instructions on how to put up a more user-friendly login page, I would be very grateful. (I'm doing my client-side application development in Angular. The only information I've found so far for customizing a login page with WAS Liberty references creating a login jsp page which I don't know how to do. (Sorry, I don't have enough reputation points to provide the URL for this) I'm still learning Angular and client-side development.)
Have you previously accessed a different version of Liberty and accessed its Admin Center on that browser? If so, your browser (or something else in the network pipe) could be caching old files causing such issues. When something like that happens, easiest way to check would be to try and open the page (the url you're using is correct, and it correctly redirects you to HTTPS) in a private/incognito tab/window of the browser (ctrl+shift+n for most browsers), or a different browser. Alternatively, you can clear the cache of the browser you're using for that page/domain (which would also be the actual fix if the cache is indeed the problem.)
I recently moved by site to https and i have many users from xp and ie8.
Just noticed website with https not working as per screenshot below:
AS per my research on similar topics:
http://support.microsoft.com/kb/968089
Microsoft says, you cannot view the site until you make some changes into your browsers, which is not possible to explain to every user who has IE browser.
Similarly, when i view Google on ie8 it works fine, so any one guide me what is the solution?
any help would be appreciated.
I use SAHI for automated testing. Sahi has an internal proxy I use to interact with server application.
When I browse https websites, the proxy stores the sslcertificate. This certificate are self-signed and I have to import clicking on “Continue to this website (not recommended).”
It is boring but it but it works in many cases. Now I have to work with a hhtps site where this procedure doesn't work.
If i try to click on “Continue to this website (not recommended).”, nothing happen.
If I browse the site without proxy, I have no problems.
I use Win7, IE9.
Any idea?
If you are using the Open Source version of Sahi you could try the latest release of https://github.com/headissue/Sahi
since https://github.com/headissue/Sahi/releases/tag/v4.4.0-H7E it is possible to just click on the cert link on the startpage (s/dyn/Driver_initialized), then you never have to accept a certificate again.
I would appreciate if you try it out and feel free to contact me when you got any questions.
I didn't understand the reason of the problem, however I solved it just using Firefox.
With FireFox I can import the certificate just as usual, so I exported the certificate with FF than I importet it in IE and that's all.
Does any body know the reason of this issue?
Cause:
The website which you are trying to access may request resources from other domain other than the base domain(For base domain you have added the certificate while launching the URL)
Solution:
Open the developer tool goto network tab and search for any other domain and open the domain in a new tab, click "Proceed to website" (Chrome) or "I understand the risk" (firefox). Similarly do above steps for all the domains
Reload the page and check whether its displaying all the contents
I have developed a website which runs at SSL (https). I want to open some SSRS reports at the website in an iframe. But it is not opened since browsers say that "Blocked loading mixed active content" in the browser's console.If I hit report's URL in another tab or another browsers window then it opens.Also if I run my website at http only then browser opens the report in the iframe perfectly at the website.I think this problem is arises since website runs on https and report url is http only.
What can I do to resolve this issue without change in any of the URL.
Thanks in advance.
What version of SSRS are you using? It is possible to install multiple instances of SSRS on the same machine. They may not have access to the same sets of reports, but I'm not sure if that would even be an issue for you. The configuration you are attempting seems a bit messy. Personally I would try to get all of the sites on SSL to be consistent, but that sounds like you may not be able to achieve that, politically.
Anyway, here's a link to get you started with the multiple SSRS instance approach, if you'd like to try it.
http://technet.microsoft.com/en-us/library/ms403426(v=sql.90).aspx