Join the AMA (Ask Me Anything) with the Firefox leadership team to celebrate Firefox 20th anniversary and discuss Firefox’s future on Mozilla Connect. Mark your calendar on Thursday, November 14, 18:00 - 20:00 UTC!

Sykje yn Support

Mij stipescams. Wy sille jo nea freegje in telefoannûmer te beljen, der in sms nei ta te stjoeren of persoanlike gegevens te dielen. Meld fertochte aktiviteit mei de opsje ‘Misbrûk melde’.

Mear ynfo

Dizze konversaasje is argivearre. Stel in nije fraach as jo help nedich hawwe.

Jetty not working on firefox

more options

I have a .js file that is part of a web-application. The web application is deployed on tomcat. This .js file in turn calls a .html file deployed on jetty. This .html file is responsible for starting the cometd service, but when i run my web-app, firefox throws an abort message for this particular request. Also this is the first request that im sending to jetty.

Strangely enough, when i paste the URL of that particular .html file(or its parent servlet) on my address bar in a new session, the URL gets loaded and when i start my web-app, firefox throws a successful 200 on that page(on seeing from firebug).

This is a one client operation, this behaviour(of successful 200 on that page) persists for that particular client as long as firefox is not re-installed. Therefore, my web app loads that very page successfully for the client that has loaded that url explicitly from the address bar and I do not have to load that page from the address bar again till i do not re-install my browser.

Can anyone explain what information is passed to the client such that it stays for that client even on deleting temporary internet files/cookies/browser restart/system reboot but not on browser re-install?

Also, if possible, can anyone suggest a proper approach to follow so that i do not have to perform this work-around to get that page loaded on every client that uses my web-app?

I have a .js file that is part of a web-application. The web application is deployed on tomcat. This .js file in turn calls a .html file deployed on jetty. This .html file is responsible for starting the cometd service, but when i run my web-app, firefox throws an abort message for this particular request. Also this is the first request that im sending to jetty. Strangely enough, when i paste the URL of that particular .html file(or its parent servlet) on my address bar in a new session, the URL gets loaded and when i start my web-app, firefox throws a successful 200 on that page(on seeing from firebug). This is a one client operation, this behaviour(of successful 200 on that page) persists for that particular client as long as firefox is not re-installed. Therefore, my web app loads that very page successfully for the client that has loaded that url explicitly from the address bar and I do not have to load that page from the address bar again till i do not re-install my browser. Can anyone explain what information is passed to the client such that it stays for that client even on deleting temporary internet files/cookies/browser restart/system reboot but not on browser re-install? Also, if possible, can anyone suggest a proper approach to follow so that i do not have to perform this work-around to get that page loaded on every client that uses my web-app?

Alle antwurden (1)

more options

I'm curious what you mean about Firefox throwing an abort message. This is not a time-out or error from the server, but Firefox is itself terminating the request?

Is it a cross-domain request? Some users have discovered that offsite resources such as style sheets will not load until they have visited the server directly. This sounds like some kind of filtering, but in the threads I participated in, we didn't uncover the actual cause of it.