On Thu, Feb 21, 2008 at 09:01:06PM +0100, Lars Lindner wrote:
> On Feb 13, 2008 6:35 AM, Paul Wise <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 2008-02-12 at 23:29 -0600, Luis Rodrigo Gallardo Cruz wrote:
> > > On Wed, Feb 13, 2008 at 01:33:18PM +0900, Paul Wise wrote:
> > > > [ Tracing the problem to the stored value of last-vpane-pos ]
> > > > I did a bisect on this value using the following command and found that
> > > > 635 was the magic value that caused crashes. 634 did not cause crashes.
> > >
> > > I'll try to produce a patch to do that and a test package including it
> > > sometime this week.
> >
> > Cool, thanks.
> >
> 
> Just some additional information: I can reproduce it by using the gconf-tool
> command Paul suggested. But it doesn't crash immediately. I have to minimize 
> the
> overall window size to totally hide the HTML widget. When I then exit the
> program and restart it again the following crash happens:
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x2b89c9d73a70 (LWP 11752)]
> mozsupport_set_zoom (embed=0x10aef30, aZoom=1) at mozsupport.cpp:120
> 120           mWebBrowser->GetContentDOMWindow(getter_AddRefs(mDOMWindow));   
> Current language:  auto; currently c++
> (gdb) bt
> #0  mozsupport_set_zoom (embed=0x10aef30, aZoom=1) at mozsupport.cpp:120
> #1  0x00000000004419b2 in ui_mainwindow_init (mainwindowState=0)
>     at ui_mainwindow.c:679
> #2  0x00000000004316ef in main (argc=1, argv=0x7fffe9b27048) at main.c:290
> (gdb) q
> 
> So it seems that when the Gecko widget is not visible (realized)
> any operation on it causes a crash. I've tried to implement some
> simple fixes but was not successful so far.

Indeed, that seems to be the problem. I sent a patch to the list a
couple days ago? Did it get lost? It's in this bug's log, too.

Attachment: signature.asc
Description: Digital signature

Reply via email to