Hi, This is logged as https://bugzilla.mozilla.org/show_bug.cgi?id=453523 . It's not expected behaviour, because this same problem was fixed on gtk prior to the 1.9 release, see https://bugzilla.mozilla.org/show_bug.cgi?id=415789 .
Grant "Dmitry Dartz" <d...@yandex.ru> wrote in message news:46idnz6fopqbe8lunz2dnuvz_hmdn...@mozilla.org... > Well, recently I switched from 1.8.x to 1.9.0.x (firefox 3.0.5) branch and > got really strange thing. > Indeed, embedded browser won't paint anything leaving its area not updated > (e.g. other windows may leave their traces there) until a URL is navigated. > Even about:blank is safficient to get browser updated properly. In 1.8.x it > worked so I took debugger and stepped 1.9.0.x from nsWindow::OnPaint() up to > FillRect() in _cairo_win32_surface_fill_rectangles. It appeared that > BeginPaint() in OnPaint() returned one DC while FillRect() is called with > another. It explains why browser can not update the screen. > Any ideas? Is it an expected behaviour? Is there a background surface that > is updated and should be flushed somehow after all but corresponding call is > missed? > > > -d > > _______________________________________________ dev-embedding mailing list dev-embedding@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-embedding
