975582 - order of jQuery.fadeIn & sibling removal resets scrollLeft

Status: NEW

(Core :: XUL, defect)

Description

[jedierikb]

Attachment: blergh.html

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36

Steps to reproduce:

Set the plsWork variable set to false and load page.  Then change the variable to true and load page.  Then change the variable back to false and load page.


Actual results:

When plsWork is initially set to false, scrollLeft is not honored.
When plsWork is then set to true, scrollLeft is honored (yea!).
When plsWork is then set back to false, scrollLeft is still honored (yea!  huh?!)


Expected results:

Regardless of what plsWork has been set to on initial or subsequent loads, scrollLeft should behave as expected.

Comment 1

[Ashish Panchal]

I am not getting your 1st actual result "When plsWork is initially set to false, scrollLeft is not honored." Do you mean scrollLeft at position zero? or something else.

Comment 2

[jedierikb]

Attachment: screenshot of plsWork=true

Comment 3

[jedierikb]

Attachment: screenshot of plsWork=false

Comment 4

[jedierikb]

Please refer to the two attached screenshots.  scrollLeft should be at position 3000, not at position 0, regardless of the order of the two commands switched by the 'plsWork' variable.  Please let me know if this explanation is sufficient.

Comment 5

[Karla Merza [Away. Please needinfo? Brindusa Tot[:brindusat] ]]

User Agent 	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID 	20160110030214

Tested on Mac OS version 10.9.5 with the Nightly 46.0a1 build.
The issue reproduces.