[Webkit-unassigned] [Bug 29167] REGRESSION(r48064): mint.com loses scrollbars after coming out of edit mode

Thu Nov 5 21:54:27 PST 2009

https://bugs.webkit.org/show_bug.cgi?id=29167

mitz at webkit.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #42627|review?                     |review-
               Flag|                            |

--- Comment #7 from mitz at webkit.org  2009-11-05 21:54:27 PDT ---
(From update of attachment 42627)
I haven’t tested it yet, but based on my experience with bug 30517, I am afraid
that this does not fix the GarageBand issue (even though it fixes the test
case), the reason being that without calling initScrollbars() from
WebFrameView, the FrameView resets to “can have scroll bars” after navigation
(which is the real GarageBand scenario; I haven’t been able to recreate it in a
layout test).

I also think that it’s wrong to name the variable m_canScroll. A frame without
scroll bars may still be scrolled programmatically, as a side-effect of
find-in-page, and by dragging to select.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.