Bartosz Dziewoński b9a0def93a ve.init.mw.MobileArticleTarget: Fix floating toolbar workaround for iOS 13.6 ... If we call getBoundingClientRect() while the 'transform' animation is still ongoing, it's going to return values reflecting the transform - that is, the rect will be partially offscreen - which will trigger our code that runs the animation again. I don't know why this wasn't a problem on iOS 13.3 and earlier. Either the timing was slightly different and the 'transform' animation was able to finish earlier, or getBoundingClientRect() was buggy and returned wrong values that conveniently worked right for us. Bug: T259321 Change-Id: I6be0ddaeb6df54295fb14c45ba15fee41d61e33f		2020-08-21 23:33:37 +02:00
..
ve.init.mw.ArticleTarget.js	Merge "Also check for revid conflict when RESTBase says page doesn't exist"	2020-07-27 21:29:50 +00:00
ve.init.mw.DesktopArticleTarget.js	build: Update eslint-config-wikimedia to 0.17.0	2020-08-18 13:16:49 +01:00
ve.init.mw.MobileArticleTarget.js	ve.init.mw.MobileArticleTarget: Fix floating toolbar workaround for iOS 13.6	2020-08-21 23:33:37 +02:00
ve.init.mw.Target.js	Revert "Allow generic params to be passed to getWikitextFragment"	2020-06-19 13:15:23 +00:00