id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc,blockedby,blocking,platform 5468,Draw() can overtake FrameResized(),bonefish,axeld,"r35591 After resizing a view Draw() can be invoked with the new view bounds in effect (and a respective update rect) before the view's FrameResized() has been called. This led to #2851, which has been fixed in r35587 by no longer relying on FrameResized() to be called before Draw(). As a simple test case the Terminal can be used. Insert the following at the beginning of Draw(): {{{ { int32 columns = (Bounds().IntegerWidth() + 1) / fFontWidth; int32 rows = (Bounds().IntegerHeight() + 1) / fFontHeight; if (columns != fColumns || rows != fRows) debugger(""Draw(): view size changed without FrameResized()""); } }}} The debugger() call is triggered easily when resizing the Terminal window. Resizing in individual steps doesn't trigger it. ",bug,new,normal,R1,Kits/Interface Kit,R1/Development,,,X512,,,All