Actually, since View is FloatingWindow's indirect base class, and since InputArea (which is the only other class derived from Area besides Layout) is a direct base class of View, and InputArea objects are not put on that queue, the RemoveObjectFromLayoutQueue calls in View and Layout destructors do seem to remove all queued Area objects (including FloatingWindow objects). So, the patch wouldn't fix the bug, so I've removed it.
Actually, since View is FloatingWindow's indirect base class, and since InputArea (which is the only other class derived from Area besides Layout) is a direct base class of View, and InputArea objects are not put on that queue, the RemoveObjectFro mLayoutQueue calls in View and Layout destructors do seem to remove all queued Area objects (including FloatingWindow objects). So, the patch wouldn't fix the bug, so I've removed it.