Chrome, Safari, Opera and IE work fine.
But Firefox fails to load images.
This site is running on Windows Server 2003 and IIS6. And you have to consider that the image folder is a shared folder.
I have no idea why it’s not shown via Firefox only.
If someone has faced similar problems, please share your solutions with me.
FYI, I checked the option; and Tools > Options > Content tab > Load images automatically is checked.
Thanks for your help!
You need to pur URIs in your src attribute. URIs always use / as a path separator.
No idea how to fix this in ASP; check your manual?
Related
Few days ago, I've changed the favicon of my website: it works well when I open the website:
My website is also in my bookmarks, but it shows the old favicon:
I already had a look here, but answers did not solved my problem.
The solution is probably very simple, but I have not found anything so far.
Thanks!
There is a solution that works on every browser:
go to www.yourwebsiteurl.com/favicon.ico (works for localhost as well)
force refresh (Ctrl+F5 for most browsers, or manually)
restart the browser
In Firefox 56 on Windows I was able to refresh just a specific bookmark favicon as follows:
Install sqlite-tools from https://www.sqlite.org/download.html
Quit Firefox (close all open Firefox windows).
At the command line, change into your profile directory. Mine was at %AppData%\Mozilla\Firefox\Profiles\<profilename>.default.
Open the favicon.sqlite database using sqlite3:
sqlite3 favicons.sqlite
Find the favicon(s) you want to remove:
select * from moz_icons where icon_url like '%search_term_goes_here%';
Delete them:
delete from moz_icons where icon_url like '%search_term_goes_here%';
Exit.
.exit
Start Firefox and visit the relevant pages. The favicon will be refreshed when you do this.
It's a bit hacky, but try changing the bookmark properties from http to https or vice versa, then clicking the bookmark. If you changed from http to https, just leave it after that. If you changed from https to http, change it back.
Windows
Go to C:\Users\ *your profile* \AppData\Roaming\Mozilla\Firefox\Profiles\ *random name*.default-*random #*
Delete file: favicons.sqlite
All bookmark favicons will be set to default and will refresh when your revisit the sites.
Tested on version 66.0.1 (64-bit) & 72.0.2 (64-bit)
I had the same issue and in my case, it worked by adding a slash after the url so the browser loads the page from ground up again.
https://www.example.com//
After clicking on the bookmark, the icon was updated immediately.
The solution is from here (See method 2)
MAC OS
The favicon.ico format is pretty archaic now. Any solution to hack/trash/refesh a .ico file is rather pointless when the file may be a PNG. The head element of a page should tell you e.g. for a Drupal page <link rel="icon" href="/sites/default/files/YOUR-ICON.png" type="image/png" />
These Bookmark/History image files are so stubbornly cached, that on MacOS the best solution for me (because I'm comfortable with refreshing ALL icons again over time) is to quit Firefox, then trash the favicons.sqlite file found at
~USERHOMEFOLDER/Library/Application Support/Firefox/Profiles/XXXXXXXX.default/favicons.sqlite
The file will be regenerated when you reopen FF. Tabula rasa.
Press Ctrl + F5. This forces a page refresh while clearing the cache. Also, try deleting the bookmark and recreate it. The image is probably cached in different places for the bookmark and the tab. If that doesn't work, try the favicon addon here I also found this code for refreshing it. Paste it into your dev console:
var fS = Components.classes["#mozilla.org/browser/favicon-service;1"]
.getService(Components.interfaces.nsIFaviconService);
fS.expireAllFavicons();
Trying to use Bootstrap 3.0 (pulled via Bower) Glyphicons icon font in an app. Works perfectly in all browsers locally.
In a staging environment on heroku, icon font isn't working on Firefox. Font is hosted in an S3 bucket WITH cross-domain settings setup -- this has been verified by testing the font with a curl command as described here. I get a 200 response, no issues. So, the fonts in the right place (not a path issue) and accessible (not a cross-domain issue -- probably.)
In fact, when I look in the Network panel in firefox, I see a 200 response on the fonts... But the file size is listed as 0kb.
I have tried multiple content types (font/x-woff, application/x-woff), I have tried using font-squirrel's base 64 encoding (didn't work).
I've seen that Bootstrap's customized downloader has broken fonts but this is straight from the repo via Bower.
I have no idea what else to try. Halp?
Don't know if you ever got this solved or not, but I hit the same issue today and the cause of it is because Firefox is a bit strict about hosting your font on a separate domain. If you check out the Firefox web console, it should show an error like this:
Cross-Origin Request Blocked: The Same Origin Policy disallows reading
the remote resource at
http:// path/to/fonts/glyphicons-halflings-regular.ttf. This
can be fixed by moving the resource to the same domain or enabling
CORS.
Apparently, there's a way to configure your S3 bucket to stop this from happening ( Boootstrap glyphicons Firefox issues ), but I haven't tried it yet.
Just looping back on this-- brushed the icon font aside in favor of an SVG solution, and in the interim we changed CDN providers, and redid all our CDN settings, while the S3 bucket settings remained the same. Checked the icon fonts in Firefox and voila, no more issues.
So I think our CDN's settings were somehow not passing through the needed permissive S3 settings, or so my coworker suggested.
I'm encountering a really frustrating problem with WordPress and I hope someone can help. Images are uploading to WordPress correctly (they are in the library) but once a file is uploaded there is simply a blank screen. Closing and reopening the "Add an Image" window, I still cannot add them to posts unless I enter the full URL because the "Media Library" tab simply doesn't show anything (see below - interface shows there are 33 images and 4 tabbed pages, but none of them are displayed.
I've about reached the end of my rope trying to fix this problem. Searched and searched and can find no answer. Some people had similar problems, and I tried all of their posted solutions, including:
Uninstalled all plugins
Nuked and reinstalled all wordpress files
Checked browser versions (occurring in Chrome 7.0.5 and FireFox 3.2)
No JavaScript errors found (used Firebug and Chrome's JS panel)
Checked domain name in Settings for improper capitalization
Checked image URL to make sure there was no gibberish, and there isn't
Does anyone have any suggestions (I'm running version 3.0.2 on Apache)? I'd be forever in your debt. Thank you!
Oops, it won't let me post an image because of 'spam protection.' Drats!
Check this: WordPress › Support » Image/Media Uploader problems?
Who is your web host? How much php memory are you allocated? Is GD library for php installed?
It looks like IE7 doesn't reload the latest version of my stylesheet each time I upload a new version on the server.
This is annoying as I am debugging my .css file to make it work on IE...
Tried to empty the browser cache but still not working.
Thanks for your help.
Ctrl-F5 - forcible way to reload in IE
Include your version number in the file name. myfile_v1234.css
When testing, every time you do an update you can just wite "stylesheet.css?r=98123"
As long as the query string is different, it'll be downloaded again.
If you need, you can use javascript to append Math.random(), to get the random number. Not required on production though, when updates would be stable.
2 Questions:
Does IE eventually load with the newer stylesheet?
How are you saving the changes to the server (SSH, Web Interface, etc.)?
I ask because I ran into an issue with a web-based file management system a while back where one browser would show the CSS just fine, the other wouldn't, and we noticed the issue of which browser played nicely depended on which browser we used to upload the CSS.
The reason turned out to be that IE gave the CSS file a different MIME type than Firefox. If you continue to notice the issue even when you've cleared the cache, check the MIME type of the file using Firefox by going to Tools > Page Info.
Also, if it is simply a caching issue, consider turning caching off in IE. I believe this should be an Advanced Option under Internet Options.
Also, you may want to try creating a special developer environment for IE (if it comes down to it.) Perhaps have another machine with IE7 and no caching and any other features turned off (A kiosk mode, perhaps), and then previewing the page on that machine.
Thanks to you all!
I did manage to solve my problem with the "stupid" Ctrl+F5, and by changing the Internet Parameters of Windows to reload content every new visit.
I have a .asp application where image files (.PDF) are stored in a directory (fed by a copier/scanner). The created file names are stored in a database table. When a query is launched from the web page a link to the file is created. When clicked the image should be displayed.
This functionality works 100% in Internet Explorer. No such luck in Firefox (and I have some Firefox users). The created hyperlink looks like this file://Server/Scanner/XYZ.pdf
The Firefox helps suggest the reason is this:
Links to local or network pages do not work. As a security precaution, Firefox forbids sites on the Internet to link to files that are stored in your local computing environment. These files may include files on your computer, mapped network drives, and UNC network paths
None of the suggestions for a workaround seem to work (or I am not understanding the steps to create the image display)
Any Suggestions?
This is the default Firefox behavior designed for security .The assumption is probably that most web sites don't know what and where are you local files (including UNC paths).
This could be turned off in firefox:
type "about:config" in the address bar and accept "i'll be careful"
find "security.checkloaduri" in older versions or "security.fileuri.strict_origin_policy" in newer versions of firefox and change the value to "false"
restart firefox
That should do it for you. You have more information here:
http://kb.mozillazine.org/Security.fileuri.strict_origin_policy
http://kb.mozillazine.org/Security.fileuri.origin_policy
Firefox >= 68.0.1
I'm able to preview in Firefox both images and PDF files with local file links using the settings mentioned here: https://bugzilla.mozilla.org/show_bug.cgi?id=1303727
I have used links with local file: test
and added in user.js the mentioned settings (with adjusted sites list):
user_pref("capability.policy.policynames", "localfilelinks");
user_pref("capability.policy.localfilelinks.sites", "http://my.intranet");
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
Also, when setting Firefox to "Always ask" for PDF files, I was able to "Open with" the PDF in Adobe Acrobat Reader DC, which reported the expected local folder when accessing "File -> Properties".
Firefox >= 1.5.x < 20 (ish)
Search for the Firefox profile folder on your hard drive, e.g. (12345678 stands for eight random digits and letters):
Windows: "C:\Documents and Settings\Username\Application Data\Mozilla\Firefox\Profiles12345678.default\"
Linux: "/home/username/.mozilla/firefox/12345678.default/"
OS X: /Username/Library/Application Support/Firefox/Profiles/12345678.default/
In this folder create a text file with the name user.js. Write the following line into that text file:
user_pref("capability.policy.default.checkloaduri.enabled", "allAccess");
Works on my PC (Firefox 3.0.3 and 19.0 beta) with the following references:
<img src="file://///server/share/image.png" />
<img src="file://\\\server\share\image.png" />
<img src="file://d:\image.png" />
<img src="file:///d:\image.png" />
<img src="file://d:/image.png" />
<img src="file:///d:/image.png" />
<img src="file://localhost/d:/image.png" />
Also, if you are using the NoScript add-on, check the Advanced \ Trusted \ Allow local links option.
Reading at the solution given here, I followed the link Links to local pages do not work and for me, only this worked well (I am using wordpress for a personal FAQ on a local wamp installation):
Go to your "%Your Documents & Settings%\Application Data\Mozilla\Firefox\Profiles\%your profile%\"
edit the file "prefs.js"
add the following lines at the end of the document:
.
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://localhost");
user_pref("capability.policy.maonoscript.javascript.enabled", "allAccess");
You can leave the setting "security.checkloaduri" to its default value, and also the "security.fileuri.strict_origin_policy". Thanks to those 3 lines, you just make an exception for your local server.
Be careful, if you need to go back to that prefs.js file, note that Firefox will have ordered it alphabetically. So the 3 lines you will have added at the end will be somewhere at the beginning ;).
You can load the LocalLink FireFox Add-On, which allows you to right-click on a local link and select 'Open in Foreground Window'. The other 'Open...' menu items are supposed to work, but don't for me.
http://locallink.mozdev.org/
Also, you can use NoScript, like Alex suggests, which enables normal clicking of local links. Thanks Alex.
Marko's solution should work for links that are also on the local filesystem, but I don't think it should allow an http:// page to link to a file:// page.
The issue for people linking from http:// pages is discussed here:
http://kb.mozillazine.org/Links_to_local_pages_do_not_work
along with an explanation of how to circumvent it and expose yourself to risk.
You can instead read the file off the disk and then send it in the Response from your page.
See this link for an example.
Tonnes of thanks I wAs searching this solution since months,
::THis thing worked::
This could be turned off in firefox:
* type "about:config" in the address bar and accept "i'll be careful"
* find "security.checkloaduri" in older versions or "security.fileuri.strict_origin_policy" in newer versions of firefox and change the value to "false"
* restart firefox
::::
shouldn't you really store the pages in your application directory and reference them this way. http://SITENAME/Server/scanner/XYZ.pdf.
We do something similar with files stored all in one directory and just store the file name. we then create the link using the known folder name and append the file name. this works quite well.
Finally firefox is a lot more anal about the directions of the slashes in file names as well. Make sure they are all '/' rather than '\'.
Hope this helps.
beware of incompatibility with gmarks (google toolbar replacer)
both local link and policy manager worked for me; local link is a little smoother, policy manager gives you more control
file://localhost///servername/share/file.txt works for me on FF11
(from a local html file: file:///C:/index.html)