I'm trying to develop an applet, and am using firefox to test it. So, I need to reload the page alot, to test the new changes I've made. However, firefox won't reload the applet from the web server. It will stick with the class file it has already downloaded. I've tried both "Clear cache" from web developer toolbar and going into preferences and clearing the cache. Firefox insists on using the same file until I restart it. Only then it will get the new file. Reproducible: Always Steps to Reproduce: 1.Load a page with an applet 2.Recompile the applet, making changes 3.Reload the page Actual Results: The same old applet will appear Expected Results: The newly compiled applet should run. Portage 2.0.51.22-r1 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.11-gentoo-r3 x86_64) ================================================================= System uname: 2.6.11-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.eliteitminds.com http://open-systems.ufl.edu/mirrors/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo http://gentoo.mirrors.tds.net/gentoo ftp://ftp.heanet.ie/pub/gentoo/ http://ftp.heanet.ie/pub/gentoo/ http://gentoo.ccccom.com http://gentoo.inode.at/ ftp://gentoo.inode.at/source/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gentoo.ccccom.com http://linuv.uv.es/mirror/gentoo/ http://gentoo.mirror.icd.hu/ ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://gentoo.osuosl.org/ http://ftp.linux.ee/pub/gentoo/distfiles/ ftp://mirrors1.netvisao.pt/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ http://gentoo.seren.com/gentoo ftp://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://ftp.ntua.gr/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo/ http://gentoo.blueyonder.co.uk ftp://gentoo.blueyonder.co.uk/mirrors/gentoo http://mirror.aiya.ru/pub/gentoo/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 16bit 3dnowex X aac aalib acpi acpi4linux aim alsa apache2 avi bash-completion berkdb bitmap-fonts bluetooth bonobo bzlib cdr cjk crypt cups curl dga dvd eds esd exif fam font-server foomaticdb fortran ftp gd gdbm gif gnome gphoto2 gstreamer gtk gtk2 gtkhtml guile icq imagemagick imlib jabber java jp2 jpeg libwww lzw lzw-tiff mad maildir mikmod motif mozilla moznocompose moznoirc moznomail mp3 mpeg msn multilib ncurses nls nvidia offensive ogg oggvorbis opengl oss pam pam_console perl png postgres ppds readline sasl sdl ssl tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xml xml2 xmms xpm xrandr xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
I wonder why this issue is not closed allready, as this is not a firefox bug. The JAVA-Plugin itself has a class cache that must be cleaned via the JAVA console. This and clearing the Firefox cache ought to be enough to obtain a brand new copy of a class file. If you don't know how to open the JAVA console: http://www.java.com/en/download/help/5000021200.xml
(In reply to comment #1) > I wonder why this issue is not closed allready, as this is not a firefox bug. > > The JAVA-Plugin itself has a class cache that must be cleaned via the JAVA > console. This and clearing the Firefox cache ought to be enough to obtain a > brand new copy of a class file. Of course. Thanks for poking us, closing.
