* Fix fast/events/mousedown_in_scrollbar.html
authorzecke@webkit.org <zecke@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 30 Nov 2007 05:50:15 +0000 (05:50 +0000)
committerzecke@webkit.org <zecke@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 30 Nov 2007 05:50:15 +0000 (05:50 +0000)
commita50dfda3350e2f75e08b63de873bb1be7cfb96bc
tree10e926a90ea07f7b595e9f349398f5c46585288e
parentbb02163387a44a29f0c100f4129051019473d173
* Fix fast/events/mousedown_in_scrollbar.html
* This test used to crash in PlatformScrollbarQt::mouse*Event due parent() returning 0.
* Extend the current check that the scrollbar in the mev can be go away.
  This happens if we destroy a RenderLayer as the result of a click. In the
  case of Qt we can have this scrollbar in m_lastScrollbarUnderMouse. The RenderLayer
  is the ScrollbarClient, m_lastScrollbarUnderMouse is a RefPtr and keeps the
  last reference. When calling into this scrollbar the m_client pointer is a dangling pointer.
  We extend the check to set m_lastScrollbarUnderMouse back to zero when it was the
  scrollbar in the old mev and is gone in the new one.
* This happens only on the Qt port because we send more/different move events.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@28227 268f45cc-cd09-0410-ab3c-d52691b4dbfc
LayoutTests/ChangeLog
LayoutTests/platform/qt/Skipped
WebCore/ChangeLog
WebCore/page/EventHandler.cpp