I'm using Firefox to view my applets, but when I make changes it's still the old version that Firefox is displaying. The only way I can change the version Firefox is showing me is by changing the names of the html AND the .class or jar files. Ctrl Shift R isn't working.
<meta http-equiv="Cache-control" content="no-cache" /> in the <head> tag should cause Firefox (or any browser for that matter) to not cache anything at all on that particular page.
Test applets in the appletviewer whenever possible. It does not cache classes.
For deployment, deploy them via JNLP whenever possible (user has Next Generation JRE) for more reliable class update.
Try linking it with myapplet.class?somerandomstring. Then the Browser thinks "maybe its generated dynamically, so i need to reload it". At least with images it works very well.
Ctrl+Shift+Del and then select cache checkbox with the interval you want to clear from the top of the window. Then click OK button.
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();
When I am trying to upload a file using ieframe in IE9<, am getting the error in developer tools:
HTML1113: Document mode restart from IE9 Standards to Quirks
Hence the upload status is not displayed. I tried using meta tag <meta http-equiv="X-UA-Compatible" content="IE=8"> but it's still not working.
Can any one throw some light on it.
According the IE11 console error reference:
"HTML1113: Document mode restart from [mode] to [mode]
The webpage requires a different document mode than the browser was
currently set to.
This message can occur when the user browses from another page, so it can be out of the developer's control."
Given your description, it sounds like your child frame is embedded within a larger document. If that's the case, verify that the document modes of both document are consistent. If one requires standards mode, the other should be using it as well.
For best results, use the HTML5 doctype (<!DOCTYPE html>) for all documents; this will trigger standards mode (or edge mode, as it's now called) in each version of IE. If you're not able to do this, then you may wish to try opening the framed document in a new window, rather than embedding it on a parent document.
Hope this helps...
-- Lance
I have been using TinyMCE WYSIWYG in CMSMS(CMS Made simple), its working in all other browsers like FF,IE7,8,Google Chrome & Safari but its not working in IE9,
When i try to update any data and then save it, its look good with successfully save message but actually its not at all saved my changes.
i'm very much tired by goggling for this issue but get no success at all.:(
i have seen that this is the issue which also occur in JOOMLA 1.5X. in joomla if we are suppose try to write anything in Editor then all save,apply and cancel button not been worked.
Please help me out from this unusual error.
i appreciate your efforts.
Thanks.
Mark Dexter from Joomla! CMS Development says:
This is a perfect example of the problems we run into when trying to
support a version like 1.5 for such a long period of time. On the one
hand, we want to stay up with current versions of 3p software. On the
other hand, we want to maintain backward compatibility. These two
goals become difficult if not impossible over such a long time period
(> 3 years). Mark
As a workaround you could use JCE, which is using a far newer version of TinyMCE and its based on it.
http://extensions.joomla.org/extensions/edition/editors/88
Secondly you could try manually updating TinyMCE to 3.4.x, which fixes the problem download and extract
http://github.com/downloads/tinymce/tinymce/tinymce_3.4.4.zip into /plugins/editors/tinymce
/jscripts/tiny_mce
Good Luck
Just logout from your Admin Console once and then login again..But before logging in,make sure,you change the URL in your browser..
If its http://yourdomain.com, then make it http://www.yourdomain.com and then login..
That should work :)
Another permanent fix for this is;
or you can use more advanced Editors like com_jce
Just use
<meta http-equiv="X-UA-Compatible" content="IE=8" >
In your header tag and IE9 should emulate IE8.
If that still doesn't work try to get it to render in IE7 compatibility. This is not something I would struggle with I would just turn on compatibility till the next release of TinyMCE:
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" >
I'm running Selenium in singleWindow mode and IE8.
If i start IE8 manually the IE8 mode is set, but when i launch it with Selenium, the mode set is IE7 using the compatibility mode.
Anyone knows why the compatibility mode is not the IE8 view when launching the browser with Selenium?
Or, how can i disable totally the compatibility mode in IE and force it to use always the IE8 view?
I've given the question a +1 because it's a very good question -- it's not obvious how to do this, and if you need to test both modes, then it is a necessary thing to do.
You could get the site to serve <meta http-equiv="X-UA-Compatible" content="IE=7" /> within the page when running the tests. This should force the output mode.
Obviously, that's not ideal, because it means changing your code to produce the meta tag on demand. I'd normally consider it a bad thing if you're having to change the main codebase in to add code for the specific use of your test suite, but in this case I can't see any other solution.
Given that we've decided to go down this path, you could write your code to accept a specified argument in the URL that triggers the meta tag to be served. The IE7 tests could then be written to send that URL argument.
By the way, it's worth pointing out that IE8's IE7-compatibility mode is not 100% identical to IE7; it has its own quirks and bugs which are distinct from those of a real IE7 browser. For the most part it should be fine, but it's worth being aware of this if you're expecting your tests to confirm that the site works in IE7. See this blog post for more info
I have some workarond solution for this, I use it regularly:
In internet explorer goto:
1. Tools / Compatibility view settings.
2. At the Add website input textbox add your website url.
Hope that helps, best regards,
Peter Nadasi (HUN)
I've created a couple of Office plugins. The plugin shows a set of html files installed on the clients computer. The plugin uses a COM-accessible assembly which shows a WinForm with a WebBrowser on it. The plugin makes the WebBrowser navigate to a file on the clients computer. The assembly is also used in other programs to show the same information.
When showing the local html files using a 'normal' browser (e.g. double clicking a file in Windows Explorer) the browser popup a security warning about running active content. This is because we have some javascript in it. This warning is supressed by setting the 'Allow active content to run in files on My Computer' in the Internet Explorer settings. This solves the issue using a 'normal' browser.
Funny enough the 'active content' warning is not shown when getting the same file using a Word/Excel/PowerPoint plugin. It calls the same assembly, using the same WinForm and using the same content. Despite the setting 'Allow active content to run from My Computer' being false, the content is shown without a warning and the javascript is executed.
Now, the problem and the real question is that Outlook does the reverse. No matter what I use for 'Allow active content to run from My Computer' the browser warning about the active content in the html file is shown. When I confirm the message and allow the scripts to continue, the javascript runs fine. So, even when I set the 'Allow active content to run from My Computer' to true, the warning is given.
I've gone through all (sort of) relevant settings in Outlook, but nothing helps.
I assume that Outlook is using some kind of private context for a webbrowser (probably because it is using a webbrowser object internally).
The real question is: how can I make the Outlook plugin respect the IE settings?
(I understand this is a long story and maybe not clear enough. Please let me know if I have to elaborate more).
I couldn't get rid of the security warning without lowering the security setting. And that is not an option: we are talking about a project that will be installed on millions of computers.
I decided to go another route. Let's see if we can make the browser trust the html pages. So, what to do to get rid of the 'Active content' warning.
First I investigated what exactly triggers the warning. That was easy: any tag in your html file will do. And I need script, so removing that isn't an option. But, when hosted from a website, the scripts run fine and don't suffer from a warning. So, I investigated if it is possible to run my files in the Internet-context.
I found out there is a way, at least for IE (which in my case is sufficient). If you save a webpage as a complete HTML file from IE, the browser adds a comment to the html to signal its origin. Something like: . If you later open that stored html file, the file is shown in the Internet context.
So, I tried adding to the html file. And, voila, the file is opened in the Internet context. The security warning about active content is gone and the scripts are executed fine.
But, that raised another problem. We have a couple of window.open statements in the scripts and using that causes he cross domain browsing problems that in recent IE versions are blocked. Even if you use a relative path in the window.open call, if fails and you end up with a blank window.
In our case, we can (probably) decide to get rid of the window.open calls. But, if a reader ever finds a solution for using window.open in this scenario, I would be very happy if you let me know.
So, for now: case closed...
Internet explorer use Mark of web in such cases
<!-- saved from url=(0014)about:internet -->
<!doctype html>
<!-- saved from url=(0023)http://www.contoso.com/ -->
<html>
<head>
<title>A Mark of the Web Example.</title>
</head>
<body>
<p>Hello, World</p>
</body>
</html>
More info from here
https://msdn.microsoft.com/en-us/library/ms537628(v=vs.85).aspx