Re: Balsa SVN, loop in html rendering with webkit after webkit upgrade

[Peter Bloomfield <peterbloomfield bellsouth net>]

On 09/05/2009 01:48:45 AM Sat, Jean-Luc Coulon (f5ibh) wrote:
> Hi Peter,
>
> Le 04/09/2009 23:41:47, Peter Bloomfield a écrit :
> >Hi Jean-Luc!
> >
>
> > I'm still on webkitgtk-1.1.10-1.fc11, so I've yet to be hit by this one  
> > :)  I *could* upgrade to 1.1.13-1.fc12 from rawhide, but that would  
> > require also upgrading a lot of other stuff that I use every day, so I  
> > think I'll wait until beta or thereabouts (reverting would pretty much  
> > mean re-installing!).
> >
> > Have you tried running under gdb?  Interrupt with ctrl-C when it's  
> > maxing on cpu--the backtrace might give a hint as to what's going on.
> >
>
> Attached, the backtrace

Hmm...I see gtk_widget_size_allocate in the stack.  In the past, Balsa has  
had problems presenting HTML message parts because they are rendered  
progressively, and allocating the ultimate size requires patience.   
Perhaps the widget is slowly growing?  The attached patch reports the  
requested size each time the request is made--could you see what it  
reports?

Thanks!

Peter

diff --git a/libbalsa/html.c b/libbalsa/html.c
index 81b1acf..6c2b418 100644
--- a/libbalsa/html.c
+++ b/libbalsa/html.c
@@ -105,7 +105,7 @@ lbh_size_request_cb(GtkWidget      * widget,
                     gpointer         data)
 {
     LibBalsaWebKitInfo *info = data;
-
+g_print("%s width %d height %d\n", __func__, (gint) info->hadj->upper, (gint) info->vadj->upper);
     requisition->width  = info->hadj->upper;
     requisition->height = info->vadj->upper;
 }