Applet served via HTTPS causes Firefox to freeze with JRE 1.3.1

I have a very simple test applet that tries to get a couple of system properties and write them to System.out. It is packaged in a signed jar. It works just fine in every configuration I have tested, except the following:
- Firefox browser
- HTTPS connection
- JRE 1.3.1
If you change any one of those variables (use IE, serve the page & applet over HTTP, or use a newer JRE), then it works fine. But with that exact configuration, page never fully loads, firefox.exe spikes the processor, and the applet never writes anything to the System.out. When I close Firefox, Windows' "Do you want to report this crash" dialog box pops up, indicating to me that the app exit did not go smoothly.
Has anyone seen this issue? Any idea if there's a fix for it?

Seems to be all applets. The packaging doesn't seem to matter -- it even happens with standalone .class files. Even one as simple as this will freeze Firefox:
public class TestApplet extends java.applet.Applet {
     public void init() {
          System.out.println("Hello");
}BTW, the HTML looks like this:
<html>
     <body>
          <applet mayscript name="TestApplet" code="TestApplet.class" width="100" height="100"></applet>
     </body>
</html>

Similar Messages

  • Lync 2013 Clients in Child Domain Log "The server returned HTTP status code '403 (0x193)' with text 'Forbidden'."

    Hey All, I am really stumped on this one. 
    Environment - Is using split DNS
    Forest Root Domain - Contains new Lync 2013 Server Standard, ADDS, DNS, Enterprise CA, Workstations
    Clients in this domain connect and work beautifully. No errors. 
    Child Domain - ADDS, DNS, Workstation, Lync 2013 client
    Client autodiscovers, and then asks for a password. Enter the password and this comes up...
    Can't sign in to Lync, You didnt get signed in, It might be your sign-in address or logon credentials..  blah blah blah" 
    Client log shows 
    Error:
    There was an error communicating with the endpoint at 'https://domainlync13srv.Domain.net/WebTicket/WebTicketService.svc'.
    The server returned HTTP status code '403 (0x193)' with text 'Forbidden'.
    The server understood the request, but cannot fulfill it.
    As far as i can tell certificates are correctly configured with all the SAN's possible in my forest. The user is correctly set up in Lync control panel. Autodiscovery seems to be working as it should. EWS is working correctly. 
    Repaired client, removed cached creds, has all lync 2013 updates no dice
    Thank you all! 

    I am an IDIOT. 
    I did not prepare the child domain with the LYNC setup tool. Logged on to a file server in the child domain with domain admin rights and sure enough the setup said the domain was "partial". Ran the setup and bam it all started working. 

  • Facebook causes Firefox to freeze or crash

    I leave Facebook open in a tab, and every time I click on it, It screws up Firefox. At best, Firefox will freeze for several seconds before loading an updated Facebook news feed; at worst, Firefox will just crash. And sometimes Facebook just crashes Firefox on its own, even when I'm away. How do I fix this?

    I'd still like to hold off on this-- it seems like a generic answer that has nothing to do with this problem. Hopefully there's a simpler fix!

  • Firefox keeps freezing with new tab even in safe mode

    Firefox keeps freezing, so there's no chance of even a crash report, I can only get out via TaskManager/End process. I usually have dict and thesaurus open while writing, usually with second tab my browser is a still.
    It's very annoying as it's also stuck on my screen for a while so I can't continue to work.
    I really need that to work or I have to switch to a different browser!
    Thank you.
    Here are crash reports while I still got there:
    bp-16fa89ab-fb83-4f68-b820-b0fb32140517 5/17/2014 1:07 PM
    fe47fdc8-ba9f-4412-94da-55b9422d00a1 5/16/2014 9:00 PM
    3af387c0-a033-4e71-834d-1ca897831de9 5/16/2014 4:44 PM
    4e295277-ac37-423e-a189-737761531cb3 5/16/2014 11:51 AM
    bp-67babc6e-ba6f-4393-9b7a-fe7322140509 5/9/2014 9:57 AM
    aa4d3224-656a-4975-bc4d-3d500d9873f7 5/9/2014 9:56 AM
    Application Basics
    Name: Firefox
    Version: 29.0.1
    User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
    Crash Reports for the Last 3 Days
    Report ID: bp-16fa89ab-fb83-4f68-b820-b0fb32140517
    Submitted: 1 day ago
    All Crash Reports (including 3 pending crashes in the given time range)
    Extensions
    Name: Adobe Acrobat - Create PDF
    Version: 1.1
    Enabled: false
    ID: [email protected]
    Name: DivX HiQ
    Version: 2.1.1.94
    Enabled: false
    ID: {6904342A-8307-11DF-A508-4AE2DFD72085}
    Name: DivX Plus Web Player HTML5 <video>
    Version: 2.1.1.94
    Enabled: false
    ID: {23fcfd51-4958-4f00-80a3-ae97e717ed8b}
    Name: DVDVideoSoft YouTube MP3 and Video Download
    Version: 4.3.3.15
    Enabled: false
    ID: {ACAA314B-EEBA-48e4-AD47-84E31C44796C}
    Name: Logitech SetPoint
    Version: 6.5
    Enabled: false
    ID: {F003DA68-8256-4b37-A6C4-350FA04494DF}
    Name: RealPlayer Browser Record Plugin
    Version: 15.0.4
    Enabled: false
    ID: {97E22097-9A2F-45b1-8DAF-36AD648C7EF4}
    Important Modified Preferences
    browser.cache.disk.capacity: 358400
    browser.cache.disk.smart_size_cached_value: 358400
    browser.cache.disk.smart_size.first_run: false
    browser.cache.disk.smart_size.use_old_max: false
    browser.places.smartBookmarksVersion: 6
    browser.sessionstore.upgradeBackup.latestBuildID: 20140506152807
    browser.startup.homepage_override.buildID: 20140506152807
    browser.startup.homepage_override.mstone: 29.0.1
    dom.mozApps.used: true
    extensions.lastAppVersion: 29.0.1
    network.cookie.prefsMigrated: true
    places.history.expiration.transient_current_max_pages: 50317
    plugin.disable_full_page_plugin_for_types: application/pdf
    plugin.importedState: true
    privacy.sanitize.migrateFx3Prefs: true
    Graphics
    Adapter Description: ATI Radeon X1200 Series (Microsoft Corporation - WDDM)
    Adapter Drivers: atiumdag atiumdva atiumd64 atiumd6a atitmm64
    Adapter RAM: Unknown
    Device ID: 0x791e
    Direct2D Enabled: Blocked for your graphics driver version. Try updating your graphics driver to version 10.6 or newer.
    DirectWrite Enabled: false (6.1.7601.17514)
    Driver Date: 4-25-2009
    Driver Version: 8.56.1.16
    GPU #2 Active: false
    GPU Accelerated Windows: 0/1 Basic Blocked for your graphics driver version. Try updating your graphics driver to version 9.6 or newer.
    Vendor ID: 0x1002
    WebGL Renderer: Blocked for your graphics driver version. Try updating your graphics driver to version 9.6 or newer.
    windowLayerManagerRemote: false
    AzureCanvasBackend: skia
    AzureContentBackend: cairo
    AzureFallbackCanvasBackend: cairo
    AzureSkiaAccelerated: 0
    JavaScript
    Incremental GC: true
    Accessibility
    Activated: false
    Prevent Accessibility: 0
    Library Versions
    NSPR
    Expected minimum version: 4.10.3
    Version in use: 4.10.3
    NSS
    Expected minimum version: 3.16 Basic ECC
    Version in use: 3.16 Basic ECC
    NSSSMIME
    Expected minimum version: 3.16 Basic ECC
    Version in use: 3.16 Basic ECC
    NSSSSL
    Expected minimum version: 3.16 Basic ECC
    Version in use: 3.16 Basic ECC
    NSSUTIL
    Expected minimum version: 3.16
    Version in use: 3.16

    Create a new profile as a test to check if your current profile is causing the problems.
    See "Creating a profile":
    *https://support.mozilla.org/kb/profile-manager-create-and-remove-firefox-profiles
    *http://kb.mozillazine.org/Standard_diagnostic_-_Firefox#Profile_issues
    Profile Backup and Restore
    *http://kb.mozillazine.org/Profile_backup
    *https://support.mozilla.org/en-US/kb/back-and-restore-information-firefox-profiles
    *http://kb.mozillazine.org/Transferring_data_to_a_new_profile_-_Firefox

  • Firefox download freezes with 1 second remaining

    tried several times to download 6.0.2, download freezes with 1 sec remaining.

    You can try to create a new profile as a test to check if your current profile is causing the problems.
    See "Basic Troubleshooting: Make a new profile":
    *https://support.mozilla.org/kb/Basic+Troubleshooting#w_8-make-a-new-profile
    There may be extensions and plugins installed by default in a new profile, so check that in "Tools > Add-ons > Extensions & Plugins" in case there are still problems.
    If that new profile works then you can transfer some files from the old profile to that new profile, but be careful not to copy corrupted files.
    See:
    *http://kb.mozillazine.org/Transferring_data_to_a_new_profile_-_Firefox

  • I just upgraded to Firefox 4.0 and use Remember the Milk via Google email; Firefox now freezes up whenever I try to open email.

    This has been an occasional problem since using Windows 7, but once I upgraded to Firefox 4 it's completely shut me down.
    I suspect this is because I'm also using Remember the Milk via my email. I can't figure out how to turn off the RTM or why this is freezing. So far, other Google products (documents, calendar) work fine, as do all the other sites I normally access.
    In addition, I can't find anything via your new menus... they are not helpful.

    Do you sometimes use RTM offline ?
    --> Wouldn't it be related to Google Gears plugin incompatibility with FF4? (RTM may use Gears to be used offline)

  • I am getting this unresponsive script message when googling and its causing firefox to freeze "chrome:/wrc/content/common/scripts/bal.js:854" - Any advice?

    When I try an google certain web sites including "NFL" firefox freezes and I get the unresponsive script chrome:/wrc/content/common/scripts/bal.js:854". I uninstalled Google Chrome but still have the same problem.

    Thanks to philipp: I disabled the avast addon (from) when I updated to avast 9.0.2008, and the unresponsive script has stopped freezing firefox during google searches.
    PS, I added this addon in it's place, Trustwave SecureBrowsing: https://addons.mozilla.org/en-US/firefox/addon/m86security-secure-browsing/eula/224305?src=search
    It's not too bad, and seems to be more thorough than the avast addon.
    I also use the web of trust (WOT) addon.

  • Flash Plugin is causing Firefox to freeze

    Recently, all of my browsers have been acting up. I use Firefox mainly, but ever since this issue started popping up, I tried Chrome and IE and the same thing is happening there as well. Every time I load up a page with flash on it, the flash plugin crashes, causing my browser to freeze up for 30 seconds up to a minute (I get "Not Responding" at the top too). If I uninstall Flash from my computer, I have no problems at all, but the second that I re-install Flash, everything goes haywire and doesn't work anymore. Even when I reload the page, the plugin just crashes again immediately. I currently have Flash 10.3.181.34 installed. Running XP, and FF 5.0.1

    Please upgrade your browser to Firefox 8 and check
    * getfirefox.com

  • A strange box opens when launching application. It causes Firefox to freeze in place

    When launching the most recent version of Firefox a strange box appears at the top that effectively keeps me from using the browser. Also, I can't seem to add an image to this request.

    Add it in the Reply box.

  • Blank Canvas has caused Firefox to freeze

    When I opened Gmail in Firefox today an error message pops up. I could not close it by either pressing Alt4 or clicking the X box in the corner. I could not get Gmail or any other functions to work. Seems to me as if Firefox was frozen. Using Task manager, I got it closed; but it closed Firefox as well. Sending this message in IE8.

    More informationa from gjpundsack.
    Screenshot of error message attached as an uploaded image.

  • Any idea why a web application would cause Firefox to crash with signiture "nsJSScriptTimeoutHandler::cycleCollection::UnmarkPurple(nsISupports*)"?

    When testing a .net web application repeatedly we run into the same crash in Firefox. It doesn't happen on any general control, but any of the divs that are used as buttons. Also doesn't happen every time, can take hours before it is seen again, but always seems to be the same signature

    Forgot to include system details, in case they're of some use:
    Acer Extensa 4420 (laptop);
    AMD Athlon 64 x 2 Dual Core Processors TK-57, 1.90 GHz;
    Windows Vista Home Premium, 32-bit, SP2 (aka the Fischer Price version);
    Firefox 5.0;
    Adobe Flash (10.1 or 10.2 or whatever the most current version is)

  • Unsigned applet load failure via HTTPS

    Java Plug-in 1.5.0_06
    MSIE 6.0
    Unsigned applet loading via HTTPS failed.
    We used a relative URL in an APPLET tag :
    <APPLET CODEBASE="/TEST/" ARCHIVE="test.jar" CODE="nl.myorganisation.test">
    The plugin does not seem to reuse the browser SSL-session.
    It looks like the plugin does not find installed certificates in Explorer stores.
    The 2th and 3th connection retry use an erroneous URL.
    network: Connecting https://myorganisation.nl/TEST/test.jar with proxy=DIRECT
    security: Loading Root CA certificates from <jre-home>\lib\security\cacerts
    security: Loaded Root CA certificates from <jre-home>\lib\security\cacerts
    security: Loading SSL Root CA certificates from <jre-home>\lib\security\cacerts
    security: Loaded SSL Root CA certificates from <jre-home>\lib\security\cacerts
    security: Loading Deployment SSL certificates from <user-home>\Data\Sun\Java\Deployment\security\trusted.jssecerts
    security: Loaded Deployment SSL certificates from <user-home>\Data\Sun\Java\Deployment\security\trusted.jssecerts
    security: Loading certificates from Deployment session certificate store
    security: Loaded certificates from Deployment session certificate store
    security: Loading certificates from Internet Explorer ROOT certificate store
    security: Loaded certificates from Internet Explorer ROOT certificate store
    security: Checking if certificate is in Deployment session certificate store
    security: Checking if SSL certificate is in Deployment permanent certificate store
    network: Connecting https://myorganisation.nl/CGI-BIN/nl/myorganisation/test.class with proxy=DIRECT
    security: Loading certificates from Deployment session certificate store
    security: Loaded certificates from Deployment session certificate store
    security: Checking if certificate is in Deployment session certificate store
    security: Checking if SSL certificate is in Deployment permanent certificate store
    network: Connecting https://myorganisation.nl/CGI-BIN/nl/myorganisation/test.class with proxy=DIRECT
    security: Loading certificates from Deployment session certificate store
    security: Loaded certificates from Deployment session certificate store
    security: Checking if certificate is in Deployment session certificate store
    security: Checking if SSL certificate is in Deployment permanent certificate store
    load: class nl.myorganisation.test not found.
    Does anybody have any suggestion ?
    Thanks and greetings,
    Marc

    First, Java plugin don't use browser https connection starting JRE 1.4, for running an applet in https server, the browser need to establish a https connection first, then Java pugin will use another https connection.
    Second, Java plugin can read certificate from browser, starting JRE 1.5, you can go to Java control panel, Advanced tab, under security, check on the box:
    "Use certificate and keys in browser keystore"
    This way the Java plugin will read the certificate from browser too. (It will work automatically in IE browser, if you use Mozilla, you have to install JSS package first).
    To answer your question, you can either turn on that option or import https certificate into JRE keystore (using Java control panel) for https connection.
    Hope that answered your question.
    Dennis

  • File Upload Performance using IE from Windows to Unix via HTTPS

    Hi,
    Is there any performance issue uploading a file
    using IE from Windows client to UNIX server via HTTPS?
    Before that, we were using HTTP protocol and everything run smooth
    Once we change to HTTPS, we might hit the "HTTP 500 Internal server error"
    Even though this does not happen all the time but still, it affect the overall performance of our system
    We'd tested other browsers such as Netscape, Firefox, Opera and we don't hit any problem with them
    Is there any way to improve the performance?
    Is there any site i can refer to? cause i need some explaination on how this could be happen
    Thanks

    Is there any performance issue uploading a file
    using IE from Windows client to UNIX server via
    HTTPS?With HTTPS, the contents of the files are encrypted while uploading. This might hit the performance in some cases.

  • Uploading Very Large Files via HTTP

    I am developing some classes that must upload files to a web server via HTTP and multipart/form-data. I am using Apache's Tomcat FileUpload library contained within the commons-fileupload-1.0.jar file on the server side. My code fails on large files or large quantities of small files because of the memory restriction of the VM. For example when uploading a 429 MB file I get this exception:
    java.lang.OutOfMemoryError
    Exception in thread "main"I have never been successful in uploading, regardless of the server-side component, more than ~30 MB.
    In a production environment I cannot alter the clients VM memory setting, so I must code my client classes to handle such cases.
    How can this be done in Java? This is the method that reads in a selected file and immediately writes it upon the output stream to the web resource as referenced by bufferedOutputStream:
    private void write(File file) throws IOException {
      byte[] buffer = new byte[bufferSize];
      BufferedInputStream fileInputStream = new BufferedInputStream(new FileInputStream(file));
      // read in the file
      if (file.isFile()) {
        System.out.print("----- " + file.getName() + " -----");
        while (fileInputStream.available() > 0) {
          if (fileInputStream.available() >= 0 &&
              fileInputStream.available() < bufferSize) {
            buffer = new byte[fileInputStream.available()];
          fileInputStream.read(buffer, 0, buffer.length);
          bufferedOutputStream.write(buffer);
          bufferedOutputStream.flush();
        // close the files input stream
        try {
          fileInputStream.close();
        } catch (IOException ignored) {
          fileInputStream = null;
      else {
        // do nothing for now
    }The problem is, the entire file, and any subsequent files being read in, are all being packed onto the output stream and don't begin actually moving until close() is called. Eventually the VM gives way.
    I require my client code to behave no different than the typcial web browser when uploading or downloading a file via HTTP. I know of several commercial applets that can do this, why can't I? Can someone please educate me or at least point me to a useful resource?
    Thank you,
    Henryiv

    Are you guys suggesting that the failures I'm
    experiencing in my client code is a direct result of
    the web resource's (servlet) caching of my request
    (files)? Because the exception that I am catching is
    on the client machine and is not generated by the web
    server.
    trumpetinc, your last statement intrigues me. It
    sounds as if you are suggesting having the client code
    and the servlet code open sockets and talk directly
    with one another. I don't think out customers would
    like that too much.Answering your first question:
    Your original post made it sound like the server is running out of memory. Is the out of memory error happening in your client code???
    If so, then the code you provided is a bit confusing - you don't tell us where you are getting the bufferedOutputStream - I guess I'll just assume that it is a properly configured member variable.
    OK - so now, on to what is actually causing your problem:
    You are sending the stream in a very odd way. I highly suspect that your call to
    buffer = new byte[fileInputStream.available()];is resulting in a massive buffer (fileInputStream.available() probably just returns the size of the file).
    This is what is causing your out of memory problem.
    The proper way to send a stream is as follows:
         static public void sendStream(InputStream is, OutputStream os, int bufsize)
                     throws IOException {
              byte[] buf = new byte[bufsize];
              int n;
              while ((n = is.read(buf)) > 0) {
                   os.write(buf, 0, n);
         static public void sendStream(InputStream is, OutputStream os)
                     throws IOException {
              sendStream(is, os, 2048);
         }the simple implementation with the hard coded 2048 buffer size is fine for almost any situation.
    Note that in your code, you are allocating a new buffer every time through your loop. The purpose of a buffer is to have a block of memory allocated that you then move data into and out of.
    Answering your second question:
    No - actually, I'm suggesting that you use an HTTPUrlConnection to connect to your servlet directly - no need for special sockets or ports, or even custom protocols.
    Just emulate what your browser does, but do it in the applet instead.
    There's nothing that says that you can't send a large payload to an http servlet without multi-part mime encoding it. It's just that is what browsers do when uploading a file using a standard HTML form tag.
    I can't see that a customer would have anything to say on the matter at all - you are using standard ports and standard communication protocols... Unless you are not in control of the server side implementation, and they've already dictated that you will mime-encode the upload. If that is the case, and they are really supporting uploads of huge files like this, then their architect should be encouraged to think of a more efficient upload mechanism (like the one I describe) that does NOT mime encode the file contents.
    - K

  • Office Web Apps - Preview not appearing when acccessing via HTTPS

    I have installed Sharepoint 2013 and Office Web Apps, set the wopibinding, and set the wopizone to be https-external. Everything seems to work fine if accessing the web app using HTTP (can open, edit, preview office web app (WAC) documents)... but if
    I access via HTTPS then I run into a mixed content error when trying to preview the WAC documents... I can open them and edit them without issue using office web apps inside the browser though just not preview.
    If I select "New document" it also takes a while to load and displays a blank pop up window... assume it must be related
    Error message:
    XMLHttpRequest cannot load http://xxxx.org.nz/Docs/_layouts/15/inplview.aspx?List={6E…65723B96E}&ViewCount=1&IsXslView=TRUE&IsCSR=TRUE&IsRibbon=TRUE&Cmd=EcbView.
    No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://xxxxxx' is therefore not allowed access.
    [blocked] The page at 'https://xxxxx.org.nz/xx.aspx' was loaded over HTTPS, but ran insecure content from 'http://xxxxxx/Docs/_layouts/15/WopiFrame.aspx?sourced…%20big%20wide%20inter%20web%2Edocx&action=interactivepreview&wdSmallView=1':
    this content should also be loaded over HTTPS.

    Hi  ,
    Before you configure SharePoint 2013 to use Office Web Apps Server via HTTPS, make sure that you have set up Office Web Apps Server by following the steps in Deploy
    a single-server Office Web Apps Server farm that uses HTTPS or Deploy a multi-server, load-balanced Office Web Apps Server farm
    that uses HTTPS.
    Best Regards,
    Eric
    Eric Tao
    TechNet Community Support

Maybe you are looking for