On downloading a file in Chrome, there does not seem to be a way to auto-open HTML files to a browser other than Chrome.
Opening the HTML file from the Downloads folder opens the file in the default browser, as intended. However, when Chrome auto-opens the downloaded file, it just opens in Chrome.
Why I'm asking: I built a Chrome extension that generates an HTML file based on user-selected text in a given webpage. The resulting HTML file, when opened, redirects to another website, to a page that is based on the user's selection. That page does not work properly in Chrome, and it won't for the next 6 months. In the meantime, I learned to program a Chrome extension and I have been blocked on this auto-open problem for 2 weeks.
On Windows 7 without admin privileges.
Related
I have a bunch of tabs opened with index.html files in my Chrome Browser.
I want to be able to take screenshots of all these opened pages automatically.
The Chrome Browser built-in screenshot functionality doesn't work with local files.
What's the best way to bulk take screenshots? (It needs to be in Chrome Browser)
And I need screenshots of just the visible part (above the fold), not the whole page.
I must have done something to Google Chrome on my Windows.
Local HTML files, even though they are associated with Chrome, do not actually open in Chrome anymore when I double click them. For example, double clicking an HTML file on my desktop will launch Chrome, but the browser window will not display the content of the HTML file.
If I change the program my computer will use to display HTML files to Safari or Firefox, they open as I expect them to, rendering the HTML properly in a browser window.
If, I have a Chrome window open and drag the HTML file into the browser window, it will render the HTML content properly, but the double clicking is the behavior I'm hoping to get back.
Does anyone know why this might have caused this change in Chrome behavior? And best of all, how to fix it?
On a web application we manage, there is an issue only present in Edge Chromium. There is a button to download a file: an Excel macro file. When clicking the button in Edge, the file is opened in Excel. However, the login page of the webapplication appears in the XLSM file in Excel, instead of opening the xlsm file itself. In Google Chrome, the file is not opened, but downloaded first and when clicking open, we get the wanted behaviour.
This is the code behind the button (confidential data replaced by XXX):
<input type="submit" onclick="redirectToNavUrlGA('https://XXX.xlsm','XXX','XXX','XXXXXX'); return false;" value="XXXXXX">
When calling the URL directly in a cache cleared-Edge browser, the login page appears in browser and the file is downloaded correctly. Only when you are already logged in the to application, the issue is present. But users will always be logged in already, so not a good workaround.
The URL is using reverse proxy to point to a Sharepoint 2010 site to download the file. I've read some issues with Edge Chromium and SP 2010, is this maybe the cause of the issue?
Do you have any other ideas that could be causing this issue?
Thanks in advance.
According to your description, I think the main problem is the compatibility issue between SharePoint 2010 and Edge. The Edge browser is not included in SharePoint 2010 browser support, and even Edge IE 11 mode is not supported. So I suggest that you can use a supported browser.
When using the Microsoft Edge browser, by default when you open a PDF it will open the PDF in a new tab using the built-in PDF viewer. To avoid this, you can adjust the browser's settings: Toggle on the "Always open PDF files externally" option. This works great. However, it presents a separate issue. Our internal applications use embedded PDFs in iframes. When the external toggle is set to on, these PDFs will not show in the iframes. This doesn't happen in Chrome. Has anyone else experienced this and know a work around?
I've tried removing the type="application/pdf" from the iframe tag to no avail. I can't find anything else online.
It looks like an expected result because you have enabled the option Always open PDF files externally.
So MS Edge browser is giving you an option to download the PDF file and open it using the desired app.
You said this doesn't happen in Chrome browser.
If you enabled the Download PDF files instead of automatically opening them in Chrome option then you will notice the same result in the Chrome browser.
Output in the Chrome browser:
If you click on the Open button then it will download the PDF file.
I did not get any solution or a workaround for this issue.
If you think that there should be an option to load the file in an iframe if Always open PDF files externally option is enabled then I suggest you click on the Send Feedback button in the MS Edge browser and try to provide your feedback about it to the Microsoft.
I posted feedback suggesting that an exclusion/inclusion list be in included but the simplest way would be to treat the frame as part of the session. But this is not Microsoft it is the Chrome projects issue.
i have a .zip file sitting on an IIS 6 webserver.
i have an html file with a link to that zip file like this:
Download File
When you open the page and click the link in firefox or chrome, you get the Open or Save dialog box as expected.
When you do the same in Internet Explorer 8, you navigate to a new page that displays the "contents" of the zip file as text (unreadable characters). This happens on at least 3 machines that were tested.
Any idea why this would be happening in IE or what i need to do to fix it?
Changing IE settings is not an option since we do not control the settings of who goes to our site. Changing the HTML or javascript on the page with link is an option.
Thanks for the help!
You may need to set the MIME type of the file. To do so, go to IIS6 Manager for the website. Go to Properties for the site (right-click on the website name for Properties in the menu). Click the HTTP Headers tab. Click the MIME Types... button.
From there, you should be able to add .zip as an extension. I'm not entirely sure which MIME type will work best, but application/zip and application/x-zip are two options to try.