84374 2012-04-19 13:14:58 -0700 REGRESSION(r110046-r110096): Setting overflow: hidden resets scrollbar at gmail.com 2012-04-19 22:17:17 -0700 1 1 1 Unclassified WebKit New Bugs 528+ (Nightly build) PC Linux RESOLVED WORKSFORME HasReduction P1 Normal --- 0 jeremyfleischman webkit-unassigned jamesr mrowe oldest_to_newest 605812 0 137958 jeremyfleischman 2012-04-19 13:14:58 -0700 Created attachment 137958 A simple demonstration of this bug. I first noticed this in gmail's gchat contact list. The scrollbar is only visible when your mouse hovers over the contact list. When your mouse exits the contact list, the contact list resets its scroll view. I've attached a reduction of this bug. r110046 is the last nightly build that works for me, and r110096 is the first that is broken. I dug through the commits in the 110046-110096 range, and it looks like 110072 is the most likely source of this bug. 605875 1 jamesr 2012-04-19 14:14:32 -0700 Works fine for me on r114665. Can you still reproduce this problem on ToT? 605887 2 jeremyfleischman 2012-04-19 14:20:55 -0700 What's ToT? Top of trunk? I spent a while trying to compile WebKit in both Linux and Windows to no avail. The latest version I've tested is r112531 from http://nightly.webkit.org/builds/trunk/win/1, which is admittedly pretty old. I know that this bug was present in r112531. (In reply to comment #1) > Works fine for me on r114665. Can you still reproduce this problem on ToT? 606083 3 jamesr 2012-04-19 16:09:30 -0700 ToT is an acryonym for Top of Trunk, correct. Try the builds on http://nightly.webkit.org/ or a recent version of Chromium from http://commondatastorage.googleapis.com/chromium-browser-continuous/index.html or http://tools.google.com/dlpage/chromesxs. I can't reproduce the problem myself so I am wondering if it's some difference in our machines or the way we are testing or if it's a problem that has already been fixed. 606179 4 jeremyfleischman 2012-04-19 16:52:52 -0700 Just downloaded google canary, and it's working for me now, thanks. Sorry for the noise. Why are the windows builds of webkit on nightly.webkit.org so out of date (the most recent build (r112531) is from March 29)? If they were up to date, I wouldn't have created this bug =). (In reply to comment #3) > ToT is an acryonym for Top of Trunk, correct. Try the builds on http://nightly.webkit.org/ or a recent version of Chromium from http://commondatastorage.googleapis.com/chromium-browser-continuous/index.html or http://tools.google.com/dlpage/chromesxs. I can't reproduce the problem myself so I am wondering if it's some difference in our machines or the way we are testing or if it's a problem that has already been fixed. 606210 5 jamesr 2012-04-19 17:09:35 -0700 That I don't know - it's up to Apple and as I understand it the one guy who maintained the Apple Windows port left the company a few months back. But that's just idle speculation on my part :) 606355 6 mrowe 2012-04-19 22:17:17 -0700 (In reply to comment #5) > That I don't know - it's up to Apple and as I understand it the one guy who maintained the Apple Windows port left the company a few months back. But that's just idle speculation on my part :) It's probably best not to speculate about things you don't have any insight in to. The Windows nightlies haven't been updated for a few weeks because a software update on the machine that builds them resulted in an error occurring during the packaging process for the Windows builds. Since the Mac nightlies were being posted correctly I didn't notice that anything was amiss. Now that I know I'll fix the issue. 137958 2012-04-19 13:14:58 -0700 2012-04-19 13:14:58 -0700 A simple demonstration of this bug. scrollbarbug.html text/html 790 jeremyfleischman PGh0bWw+CjxoZWFkPgoKPHNjcmlwdCB0eXBlPSd0ZXh0L2phdmFzY3JpcHQnPgoKd2luZG93LmFk ZEV2ZW50TGlzdGVuZXIoJ2xvYWQnLCBmdW5jdGlvbihlKSB7CiAgdmFyIHBlZXBzID0gZG9jdW1l bnQuZ2V0RWxlbWVudEJ5SWQoJ3BlZXBzJyk7CiAgZm9yKHZhciBpID0gMDsgaSA8IDUwOyBpKysp IHsKICAgIHZhciBwZWVwID0gZG9jdW1lbnQuY3JlYXRlRWxlbWVudCgnZGl2Jyk7CiAgICBwZWVw LmFwcGVuZENoaWxkKGRvY3VtZW50LmNyZWF0ZVRleHROb2RlKCJoZWxsbyAiICsgaSkpOwogICAg cGVlcHMuYXBwZW5kQ2hpbGQocGVlcCk7CiAgfQogIHBlZXBzLnN0eWxlLmhlaWdodCA9ICIxMDBw eCI7CiAgcGVlcHMuc3R5bGUud2lkdGggPSAiMTAwcHgiOwogIHBlZXBzLnN0eWxlLmJvcmRlciA9 ICIxcHggc29saWQgcmVkIjsKICBwZWVwcy5zdHlsZS5vdmVyZmxvdyA9ICJoaWRkZW4iOwoKICBw ZWVwcy5hZGRFdmVudExpc3RlbmVyKCdtb3VzZW92ZXInLCBmdW5jdGlvbihlKSB7CiAgICB0aGlz LnN0eWxlLm92ZXJmbG93WSA9ICdhdXRvJzsKICB9LCBmYWxzZSk7CiAgcGVlcHMuYWRkRXZlbnRM aXN0ZW5lcignbW91c2VvdXQnLCBmdW5jdGlvbihlKSB7CiAgICB0aGlzLnN0eWxlLm92ZXJmbG93 WSA9ICdoaWRkZW4nOwogIH0sIGZhbHNlKTsKCn0sIGZhbHNlKTsKCjwvc2NyaXB0PgoKPC9oZWFk Pgo8Ym9keT4KClNjcm9sbCB0aGlzIGRpdiwgYW5kIHRoZW4gbW92ZSB5b3VyIGN1cnNvciBvZmYg dGhlIGRpdi4KPGRpdiBpZD0icGVlcHMiPjwvZGl2PgoKPC9ib2R5Pgo8L2h0bWw+Cg==