Comments on: synchronous XHR requests in Firefox 3.5

By: Mozilla Hacks: Synchroniczne żądania XHR w Firefoksie 3.5 « marcoos.techblog

Tue, 28 Jul 2009 12:00:32 +0000

[...] serii tłumaczeń artykułów z bloga Mozilla Hacks, przedstawiam dzisiaj tłumaczenie artykułu Synchronous XHR requests in Firefox 3.5 autorstwa Douga Turnera. Doug pracuje w Mozilli nad projektem [...]

By: Tech, Web, How to, Internet, Computer, Free Software, Tips, Make Money Online with AhTim

Mon, 13 Jul 2009 02:11:41 +0000

Why Your Firefox 3.5 is Slower?…

tweetmeme_url = ”;tweetmeme_source = ‘tim_un’;
We all know Firefox 3.5 is fast web browser. Some user experience slow Firefox 3.5 startup after upgraded. Do you face the same problem?
Let me tell you why mine faster and yo…

By: Tech, Web, How to, Internet, Computer, Free Software, Tips, Make Money Online with AhTim

Mon, 13 Jul 2009 02:11:41 +0000

Why Your Firefox 3.5 is Slower?…

By: Martin

Martin — Wed, 08 Jul 2009 18:22:06 +0000

it seems mouse events are still fired to the flash plugin during a sync XHR request.
I’m using ExternalInterface to start a js sync XHR request. While the request is running the flash UI still receives and processes mouse events, even in FF 3.5. This leads to the strange situation that my flash content is somehow multithreaded during the sync request and more than one actionscript block is executed at once.

IE and Safari correctly ‘freeze’ the plugin on the contrary.

By: Martin

Martin — Wed, 08 Jul 2009 11:42:56 +0000

I’m still encountering this problem,

it seems mouse events are still fired to the flash plugin during a sync XHR request.
I’m using ExternalInterface to start a js sync XHR Request. While the request is running the flash UI still receives and processes mouse events, even in FF 3.5 which leads to the strange situation that my flash content during this time is somehow multithreaded and more than one actionscript block is executing at once.

IE and Safari correctly ‘freeze’ the flash content correctly on the contrary

By: Jeff Walden

Jeff Walden — Thu, 02 Jul 2009 02:59:55 +0000

Todd: that’s correct.

Outside of worker threads, synchronous XHR is the spawn of Satan. What happens if the user’s network is particularly slow? You could hang the app for twenty or thirty seconds, even longer if you’re really unlucky. Use async and don’t rely on network speed; it doesn’t matter how reasonable you think it is to assume a speedy connection, you will eventually be wrong, and horribly so.

By: Anon

Anon — Wed, 01 Jul 2009 23:35:37 +0000

Could this also explain why mouse wheel scrolling is so slow with sites that use a lot of sync XHR?? I noticed this after updating to FF 3.5

By: Ben Turner

Ben Turner — Wed, 01 Jul 2009 21:35:59 +0000

Yes, sync XHR in a Worker will block that Worker’s script only.

By: Todd A. Fisher

Todd A. Fisher — Wed, 01 Jul 2009 18:47:43 +0000

Does this mean using a synchronous XHR request in a Worker would only block the Worker thread?