300363 - Minimo crashes with every page I want to load

Status: RESOLVED WORKSFORME

(Minimo Graveyard :: Build Config, defect)

Description

[Anes LIhovac]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.8) Gecko/20050610 Firefox/1.0.4 (Debian package 1.0.4-3)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.8) Gecko/20050610 Firefox/1.0.4 (Debian package 1.0.4-3)

I just checked out the sources and compiled Minimo.
Everything went fine, but I cannot display even one page.
I tried www.heise.de, www.google.de, www.atelco.de, it will crash evry time and
dump a core.

Reproducible: Always

Comment 1

[Doug Turner (:dougt)]

where did it crash?  can you create a debug build and produce a stack crawl?

Comment 2

[Jaime Mitchell (use [e-mail] for email)]

*** Bug 300366 has been marked as a duplicate of this bug. ***

Comment 3

[Anes LIhovac]

(In reply to comment #1) 
> where did it crash?  can you create a debug build and produce a stack crawl? 
 
(gdb) run 
Starting program: /home/al/mozilla/dist/bin/Minimo 
Error while mapping shared library sections: 
libsmime3.so: Erfolg. 
Error while mapping shared library sections: 
libssl3.so: Erfolg. 
Error while mapping shared library sections: 
libnss3.so: Erfolg. 
Error while mapping shared library sections: 
libsoftokn3.so: Erfolg. 
Error while mapping shared library sections: 
libmozjs.so: Erfolg. 
Error while mapping shared library sections: 
libxpcom.so: Erfolg. 
Error while mapping shared library sections: 
libxpcom_core.so: Erfolg. 
Error while mapping shared library sections: 
libplds4.so: Erfolg. 
Error while mapping shared library sections: 
libplc4.so: Erfolg. 
Error while mapping shared library sections: 
libnspr4.so: Erfolg. 
[Thread debugging using libthread_db enabled] 
[New Thread -1219972992 (LWP 4508)] 
[New Thread -1220871248 (LWP 4511)] 
[New Thread -1235002448 (LWP 4517)] 
[New Thread -1243395152 (LWP 4518)] 
 
Program received signal SIGSEGV, Segmentation fault. 
[Switching to Thread -1219972992 (LWP 4508)] 
0x0817d7d6 in nsFrame::BoxReflow () 
(gdb) bt 
#0  0x0817d7d6 in nsFrame::BoxReflow () 
#1  0x0817d3d4 in nsFrame::DoLayout () 
#2  0x0824dcb5 in nsIFrame::Layout () 
#3  0x082521ae in nsBoxFrame::LayoutChildAt () 
#4  0x081881dd in nsGfxScrollFrameInner::LayoutScrollbars () 
#5  0x08185111 in nsHTMLScrollFrame::Reflow () 
#6  0x08175741 in nsContainerFrame::ReflowChild () 
#7  0x081c277d in ViewportFrame::Reflow () 
#8  0x08157b55 in PresShell::InitialReflow () 
#9  0x08353dc1 in nsContentSink::StartLayout () 
#10 0x082d0cc3 in HTMLContentSink::StartLayout () 
#11 0x082cf490 in HTMLContentSink::OpenBody () 
#12 0x083b4b46 in CNavDTD::OpenBody () 
#13 0x083b4e8b in CNavDTD::OpenContainer () 
#14 0x083b20f5 in CNavDTD::HandleDefaultStartToken () 
#15 0x083b2ccb in CNavDTD::HandleStartToken () 
#16 0x083b1939 in CNavDTD::HandleToken () 
#17 0x083b0f00 in CNavDTD::BuildModel () 
#18 0x083c5339 in nsParser::BuildModel () 
#19 0x083c50a4 in nsParser::ResumeParse () 
#20 0x083c60cc in nsParser::OnDataAvailable () 
#21 0x080a3548 in nsDocumentOpenInfo::OnDataAvailable () 
#22 0x08438068 in nsHTTPCompressConv::do_OnDataAvailable () 
#23 0x08437e94 in nsHTTPCompressConv::OnDataAvailable () 
#24 0x084579f4 in nsHttpChannel::OnDataAvailable () 
#25 0x0841478e in nsInputStreamPump::OnStateTransfer () 
#26 0x084145b9 in nsInputStreamPump::OnInputStreamReady () 
#27 0xb7c78366 in ?? () 
#28 0x0894ce00 in ?? () 
#29 0x0894cca8 in ?? () 
#30 0x00000001 in ?? () 
#31 0xb7cc0664 in ?? () 
#32 0xb7cc0664 in ?? () 
#33 0x0894ce9c in ?? () 
#34 0xbffff658 in ?? () 
#35 0xb7c8ce9d in ?? () 
#36 0x0894ce9c in ?? () 
---Type <return> to continue, or q <return> to quit---   
#37 0xb748b080 in ?? () 
#38 0x00000000 in ?? () 
#39 0xb7cc0664 in ?? () 
#40 0x00000000 in ?? () 
#41 0x08790c98 in ?? () 
#42 0xbffff678 in ?? () 
#43 0xb7c8cdd4 in ?? () 
#44 0x0894ce9c in ?? () 
#45 0xb7cc0664 in ?? () 
#46 0xbffff678 in ?? () 
#47 0xb7cc0664 in ?? () 
#48 0x08790c50 in ?? () 
#49 0x084eb744 in global constructors keyed to 
_ZN8nsWindow21mLastDragMotionWindowE () 
Previous frame inner to this frame (corrupt stack?) 
 
 
 
 

Comment 4

[Yuedong Du]

I suffer the same problem for months. 

Besides the stack, there is a warning message maybe related to the crash.

###!!! ASSERTION: A box layout method was called but InitBoxMetrics was never 
called: 'metrics', file nsFrame.cpp, line 5649
Break: at file nsFrame.cpp, line 5649

And I can walkaround the problem by remove the --disable-xul option in the 
mozconfig file. Maybe it is related to the XUL related code in layout.

Comment 5

[Doug Turner (:dougt)]

try this...
after you build:

cd mozilla/embedding/minimo/
./package.sh

then use the stuff that gets put into $(MOZ_OBJDIR)/dist/embed/

Comment 6

[Yuedong Du]

The MINIMO=1 is comment out in my mozconfig file, so the problem maybe a 
general bug in gecko, instead of minimo specific ?

Comment 7

[Antonio Gomes (tonikitoo)]

(In reply to comment #5)
> after you build:
>
> cd mozilla/embedding/minimo/
> ./package.sh
> then use the stuff that gets put into $(MOZ_OBJDIR)/dist/embed/

ps: the steps above are mandatory to get it working. I saw in #3 you are ran it from dist/bin ...

Well, actually I think there is no body working on the GPE version of MiniMo, it is really crashes when you try to load any webpage. But, I've also noticed that is just chashes when the user try to load a page from the main ComboEntry (after clicking on the left-corner-up button to show this comboEntry). 

Please, try for example, open a local file: /etc/fstab using the FileChooser through the 'OptionButton -> Open from File'. For it works. How about you ???

Backing to the bug, I see many possible reasons for this crash, including a general problem on gecko as you mentioned (I don't think so), the way you are building it, and so. So, for instance, let me point out one:

At now, MiniMo_GTK uses some deprecated widgets for building its dialog, like:

dialog_combo = gtk_combo_new (); // line 131 - minimo_callback.s
dialog_entry = GTK_ENTRY (GTK_COMBO (dialog_combo)->entry); // line 132

see http://developer.gnome.org/doc/API/2.0/gtk/GtkCombo.html

You could try get it away just updating this piece of code, and keeping us informed about it.

see http://developer.gnome.org/doc/API/2.0/gtk/GtkComboBox.html

so, in suma:

** try to open a local file from the FileChooser widget
** update this deprecated gtk widget
** tell us what you got

Comment 8

[Doug Turner (:dougt)]

no response from user.  marking wfm