Has anybody else noticed this with the latest version of Chrome? I have a PayPal svg logo on a CDN and when loaded via SSL Chrome gives an error...
This XML file does not appear to have any style information associated with it. The document tree is shown below.
Here is the SSL link: https://a87617f02a1007f51c8f-e1a64ff9a451d17ba5af147df976bbd6.ssl.cf2.rackcdn.com/paypal.svg
However it works when I open it via an non SSL connection, as seen here...
http://37d92313507f4ae3629c-e1a64ff9a451d17ba5af147df976bbd6.r14.cf2.rackcdn.com/paypal.svg
However the SSL link works in Safari and this issue wasn't here before the Chrome update that hit my computer.
And to make matters more confusing... some SVG files over SSL do work:
https://a87617f02a1007f51c8f-e1a64ff9a451d17ba5af147df976bbd6.ssl.cf2.rackcdn.com/stripe-credit-cards.svg
Thoughts?
Cheers
Related
I have an Angular 4 front-end application accessing images that are stored on a private S3 bucket. The images are only accessible via an authenticated API call. An example image url would be https://my-app.com/api/aws/s3/download?key=banner.jpeg.
When I am on a page such as https://my-app.com/#/ (I am using hashbang for the urls), I can see the image I want with the following img tag: <img src="/api/aws/s3/download?key=banner.jpeg" /> in Chrome and Firefox.
However, in IE11/Edge, this doesn't work. Using the absolute link instead of the relative one also does not work in IE/Edge.
I do have a base href set up as ./ in my index.html, but this is for my Tomcat server to load my Angular app.
Any thoughts as to why I can't get the image to load?
edit (7/17/17 at 2PM): I see an aborted message in the network tab for IE's dev console for each image. Could this be a SSL issue? Why would Chrome and FF be fine.
I've previously explained that I was trying to link a ejs page to a jade-based app. Then after many failed attempts I tried to convert that page to Jade and still ended up with a truckload of errors. Finally, I thought about simply putting a HTML Link that would redirect me to that ejs page on click.
What I fail to understand though, is why Firefox has no problems displaying the page when I directly put its path in the browser:
file:///home/ghanem/Documents/Project/views/account/el/el.ejs
But when I try to access it from my app through a simple code, it doesn't redirect me to the same very page:
My Stubborn Link
I should also point out that I've already set security.fileuri.strict_origin_policy to false in Firefox.
What I fail to understand though, is why Firefox has no problems displaying the page when I directly put its path in the browser
Because it trusts you
But when I try to access it from my app through a simple code
Your app is "just another website" as far as Firefox is concerned. It doesn't trust it.
I should also point out that I've already set security.fileuri.strict_origin_policy to false in Firefox.
That lets XMLHttpRequest access file:// URLs providing the document it is running in was loaded from a file:// URL.
See mozillaZine: Links to local pages do not work.
user_pref("capability.policy.policynames", "localfilelinks");
user_pref("capability.policy.localfilelinks.sites", "http://localhost:7896");
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
In Chrome, I have the WebGL Inspector extension installed. The debug option does not show up in the address bar for the page I'm working on (that I'm using WebGL in). It shows up for other pages on the web. What are the requirements for getting it to give me the debug option?
I guess that you are trying to debug a local file (file://). If so, navigate to chrome://settings/extensions, expand the WebGL Inspector item and check "Allow access to file URLs".
Note: (outdated?) "readme.md" says:
You cannot inspect pages on file:// in WebKit (possible with security settings?)
You can also install a web server on your local PC to dispatch your page from a http:// url.
I have a simple HTML file which has one link to a file kept for download. The site uses SSL (self signed cert). When I click on the file to be downloaded in FF or Chrome, it works fine and saves the file on to disk.
Here is the code-
<html><body> download from here</body></html>
When I open the same page with IE 7/8, and click on the link, it gives an error saying "Internet Explorer cannot open hello.tar.gz from server"
Edit: Forgot to mention that IE 7 / 8 works fine without SSL.
Please help!
-Keshav
UPDATE: Solved the problem with a tomcat 6 configuration. Here is the link that helped me solve the problem-
http://community.eapps.com/showthread.php?p=461
IE normally downloads attachments into its "Temporary Internet Files" folder, however when the site is in HTTPS mode the attachments will not be downloaded.
Theres detailed explanation in this article.
IE and HTTPS for the whole site with a '/' as the url-pattern
Hope this helps.
Have you configured the MIME types for the file extension *.gz (or *.tar.gz)?
It sounds like IE is trying to interpret the file as gzipped HTML, instead of prompting to download it.
I am looking for a way to launch a file located on our local file network for use via our local intranet using Firefox or Chrome.
The link works well in IE:
View Report
but in Firefox it shows:
View Report
is there a way to get the link to render properly?...Just a simple click from a href tag.
For Chrome, a new extension was just posted today! It's called LocalLinks and it replicates the functionality of the locallink add-on for Firefox! You'll find it on the Google Extensions page, or you can get to it directly here:
https://chrome.google.com/extensions/detail/jllpkdkcdjndhggodimiphkghogcpida
Enjoy!
This is not enabled in firefox for security reasons (remember that most computers have files and applications of a sensitive nature located in similar locations, like C:\System\Windows)
you can try adding this to the user.js file for any user that needs to be able to access these links:
user_pref("capability.policy.policynames", "localfilelinks");
user_pref("capability.policy.localfilelinks.sites", "file:///[[PUT SERVER NAME HERE]]";);
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
Just remember that this is a security risk.
Firefox seems to want file://///Start/Of/My/Network/file.xlsx
Chrome and IE handles that too.
file://Start/Of/My/Network/file.xlsx appears to work in Chrome as well, sometimes firefox hics up on it..
There is the LocalLink add-on for firefox. It uses a context menu though...
Use IE tab (available for Chrome and Firefox) and set that to handle all links of the form file:/// by adding an autourls entry like this:
r/file:///.*
Technically this isn't opening the file in the original browser, but it gives you all the windows explorer integration you'd expect from whatever IE version you've got installed when dealing with local file links. I would advise against doing this except in cases when the browser isn't being used to access the web - e.g. for viewing internal wiki or intranet pages, due to the obvious security risk.