When the viewport was resized significantly, so that dialogOldPosition.left > newViewport.width, the Dialog disappeared and never appeared again. The problem was introduced in e6405a1 by the check if reference position is in viewport before displaying the popup. However this check is valid only in reaction to scrolling events. The check is now performed only in the onmousewheel event listener.
If a textinput widget, with directOnBlurValidation set to false, has an error state, focusing and bluring the field removed the error state, which is wrong as no changes occurred (cherry picked from commit e340e4b) Conflicts: test/aria/widgets/form/textinput/TextInputTestSuite.js
This fix has two parts, firstly it will resolve an issue for animations in IE8 when displaying a popup, and secondly it refactors a bit the way animations are used, there is now a getter to load animations when they are actually needed, and not for all popups as was previously the case (this will help to improve performance particularly for IE8). (cherry picked from commit dd0b1da) Conflicts: src/aria/popups/Popup.js
This commit aims to fix a problem when pageDefinition.animation is set to null. Now the pageEngine load the page content in the wrong div. With this commit the pageEngine loads the page content inside the same div when the animation is set to null. close #660
In these cases, this prevented from scrolling the content panel. Some miscalculations of the width and height have also been fixed. The splitter border width is now accessible from the skinning system (by the new borderWidth property).
…Case This commit fixes a failing test on Firefox: test.aria.widgets.container.dialog.closeOutside.Issue389TestCase The regression was caused by 6f4e5e3 along with the following bug in Firefox: when inserting the java robot applet while a field is focused, the field stays focused but no longer reacts when typing.