Plugins
Home

The plugins site is currently in development.

We've been looking to provide a higher-quality, spam-free experience at the plugins site for some time, and a major error on our part forced us to shut down the current site before we could put the new one in place. We are developing a new site, and you can follow along with its development on GitHub. For more information about this transition, including steps you can take as a plugin author to prepare, please read our post about what's going on.

Releases for flXHR Proxy


flXHR Proxy 1.2.2

Submitted by shadedecho on August 25, 2009 - 10:41am

This is a bug-fix release that addresses a inoperating bug in Opera (which in turn reduced code size by 0.2k!), and also adds a safety check for when flXHR is used under conditions where no 'success' handler would be defined by the framework.

flXHR Proxy 1.2.1

Submitted by shadedecho on July 10, 2009 - 1:01am

v1.2.1 -- fixed minor bug that made sure the extension to the "success" handler signature was robust and played well with other plugins

flXHR Proxy 1.2.0

Submitted by shadedecho on July 9, 2009 - 8:10pm

Starting with version 1.2 of this plugin, two major functionalities are changed/improved.

1. The error handling for Ajax calls has now been integrated directly into the core $.ajax "error" event handling mechanism. Before, the only way to subscribe to errors was to specify the "onerror" property in the flXHR instance configuration parameters. You can still do things that way, but it's now preferred that you set the "error" callback property in your $.ajax or $.ajaxSetup calls.

Regardless of how you specify the error handler, it now has the jQuery error handler signature, which includes these 3 parameters: XHRobject, errorTypeStr, errorObj

'errorObj' is an instance of Error object, but it has additional helpful properties that are flXHR extensions, including "srcElement" which is the flXHR instance the error occured on.

flXHR Proxy 1.1.0

Submitted by shadedecho on June 2, 2009 - 9:13pm

Update to default behavior of plugin to address a possible race condition and some unexpected behavior. Specifically:

1. 'flXHRproxy' is no longer automatically selected as the transport, you must manually select the proxy for whichever requests you want to use flXHR on, or you may chose to set 'flXHRproxy' as the global default transport for all your requests if you so choose.

2. flXHRproxy will only select and use a flXHR instance if a registered options match/url is found. Previously, the plugin would fall back to a default flXHR options instance if no url/options had been registered. This had the unintended effect of masking race conditions where the author's intended register call was not made before an Ajax call initiated. So, if an Ajax call is made and no registered url/options are matched, the fallback behavior is to native XHR, not to a default flXHR instance.

flXHR Proxy 1.0.0

Submitted by shadedecho on March 17, 2009 - 7:24pm

This is the initial public release of this plugin. It requires: