Your code is working fine for me in Safari and Firefox. By the looks of it this may actually be more of an implementation bug in what you're trying to achieve in your code than a discernible jQuery core issue. If you could kindly submit your request for assistance/review over at the jQuery forums, another member of our team would be happy to assist.

I have this exact same bug. I have a list of horizontal images that I scroll through. Once I set the margin-left less than -10,000px it animates the list from the first picture to the next as described by the poster.

I can't give a link to see this since its on my development branch.

Duplicate of #7193.

+1

Have the exact same bug. Only happens on -10,000px and behaves exactly as original poster describes

Same bug here. above -10 000, animations ignore the current value that must be animated and start from 0 instead.

I have the very same issue, using the relative syntax (fx: { left : '+=1000' }) performs a little better but also doesn't produce expected results. really a showstopper

+1

It also happens with 1.4.4

I know how to fix it but I don't understand what I'm doing exactly, so maybe someone can help.

Get the uncompressed jQuery, look at line 6624:

return r && r > -10000 ? r : 0;

Does that mean it returns 0 if larger than -10000 or something?

It's part of the "cur function()" ("Get the current size" says its comment) and this function is used inside the animate function in line 6472:

start = e.cur() || 0;

I needed a quick fix, so I changed

return r && r > -10000 ? r : 0;

to

return r && r > -1000000 ? r : 0;

and this seems to work for now.

Huge bug. This takes a half a second to fix so that we don't have to hack our own development versions and won't be able to upgrade to future versions automatically (we'll have to fix the bug first and then re-minify the new version of the library).

To the dev team, please, it takes a half a second to add the extra 0 that Tom pointed out. Fix the library and put out 1.4.4.1!!!!

I confirm the bug in 1.4.4

Tom's fix works fine.

Not only is this bug a duplicate, but it has now been fixed.

http://jqbug.com/7193

https://github.com/jquery/jquery/commit/4eeae8b0bc789ad525e98568cffb37b04b27ae84

Does anybody know when the google version will have this update applied to it?

Once the next version of jQuery is released.

Hey everybody. If / until the this bug gets fixed, a better way to completely remove the limit is to overwrite the function ''in a different file''. That way, when the next version of jquery comes out, you don't risk overwriting you change and breaking the code. My buddy Andy at work helped me write this code, so if you need to have the -10000 pixel limit completely removed, use this code.

$.fx.prototype.cur = function(){ // we are overwriting this function to remove limiting of the size of the

    if ( this.elem[this.prop] != null && (!this.elem.style || this.elem.style[this.prop] == null) ) {
      return this.elem[ this.prop ];
    }

    var r = parseFloat( jQuery.css( this.elem, this.prop ) );
    return typeof r == 'undefined' ? 0 : r;
    
}

Hi, I found temporary solution before we get the next release.

We can use minified version of 1.4.4, find and replace this code:

return a&&a>-1E4?a:0

with

return a||0

In the minified version they use exponential notation, so replace this code:

return a&&a>-1E4?a:0

with this:

return a?a:0

Sorry just saw this was already posted!

This bug as been fixed i belive.. i no longer have this problem since jQuery 1.5