121419 2013-09-16 03:21:04 -0700 [GTK] [Stable] [Regression] document.body.scrollTop is always 0 2013-09-16 08:38:48 -0700 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) Unspecified Unspecified RESOLVED INVALID P2 Normal --- 0 gdesmott webkit-unassigned gustavo zan oldest_to_newest 929600 0 gdesmott 2013-09-16 03:21:04 -0700 Original bug report: https://bugzilla.gnome.org/show_bug.cgi?id=707781 - Start an empathy chat and reduce the window size so the vertical scrollbar appears - Move up the scrollbar so the latest lines aren't visible - Send a message Expected result: the window scroll down so the sent message is visible Actual result: the window doesn't scroll down Empathy uses a nearBottom() JS function (empathy/data/Template.html) to check if it should automatically scroll down when a new message is displayed. This function is broken because document.body.scrollTop is always 0, ignoring the actual position of the scrollbar. This can also be easily reproduced using the WebKit inspector to check the value of scrollTop. Just use 'gsettings set org.gnome.Empathy.conversation enable-webkit-developer-tools true' and then right click in the chat window. I can only reproduce this bug using webkit-2.2 branch. It works fine using 2.0.4 so that's probably a regression. 929698 1 zan 2013-09-16 07:39:09 -0700 document.body.scrollTop and document.body.scrollLeft are returning 0 if the document is not in quirks mode after r154614. http://trac.webkit.org/changeset/154614 The simplest way to enter the quirks mode is to remove the DOCTYPE or change it into something that would induce the quirks mode, for instance <!DOCTYPE html PUBLIC> Could you give that a go? 929713 2 gdesmott 2013-09-16 08:27:29 -0700 Indeed removing the DOCTYPE solves this problem. I guess that's not really a bug then? 929722 3 zan 2013-09-16 08:38:48 -0700 No, this is an intended change in behavior.