Problem occurs for me when using Mozilla-1.2b (from portage) and Acrobat Reader 5.0x (also from portage, but seems to be of binary-only availability.) When I load a .pdf in mozilla I see the acrobat components load and then Mozilla promptly crashes. I suspect this has to do with Acrobat binaries being built with GCC-2.9x and Mozilla building with GCC-3.2. I have -relatively- conservative CFLAGS across the board (and NEVER a single crash elsewhere) Any chance the adobe folks can be contacted to rebuild their plugin with GCC-3.2 and the new standardized ABI?
Was mozilla build with or without 'gtk2' USE flag ?
It was WITH the GTK2 use flag enabled, although I don't know if that is the culprit. Also note that the binary flash player plugin from Macromedia.com (not from portage) seems to make my build of Mozilla sit dysfunctional and eat up memory at startup until I send it signal 11, leading me to believe this is a 'binary plugin' vs. 'homebrew mozilla' issue. My USE flags: default + "-apm dga cdr dvd gtk2 pda tiff" My CFLAGS: "-march=athlon-tbird -O3 -m3dnow -mmmx -fexpensive-optimizations -fomit-frame-pointer -pipe" (AFAIK -m3dnow, -mmmx, and fexpensive-optimizations are redundant in the above)
Try to merge it without gtk2 (gtk1 with 1.2 also have nice Xft2.0 AA :).
I'm on hold until mozilla-1.2.1 shows up in the tree, that's where it counts. I'll document my results with and without GTK2 set.
Mozilla-1.2.1 ebuild not behaving properly yet, I'll try again in a few days. Mozilla wouldn't behave at all for me. I turned GTK2 off and Moz is more stable/prettier, but until 1.2.1 build and stability issues are clear I'd rather not layer on too much complexity.
*** Bug 11673 has been marked as a duplicate of this bug. ***
Alright, more info in... seems to have nothing to do with GTK 1 or 2 being used, I think this has to do with GCC and the new ABI or Mozilla's plugin handling. Someone needs to push Adobe to compile their plugin against mozilla-1.2.1 with GCC-3.2.1, methinks. Other plugins are not working in Mozilla-1.2.1 either.
http://bugzilla.mozilla.org/attachment.cgi?id=91154&action=view I try out this patch now.....let's hope...;-)
Its already included since 1.0.1 I think. We had it in our ebuilds since 1.0 if I remember correctly ...
Woah! That patch let Mozilla load OLD plugins. I think what really needs to happen is for the plugins to be recompiled with/against newer GCC and Mozilla builds. How can we put pressure on the binary-only distributors (Macromedia, Adobe, etc.) to give us more recent binaries? Can we tell them that they won't have to recompile again for a while because the ABI is now 'clean', or do I just not get it?
hmm, strange. i just set up fresh new gentoo on pIII, installed moz 1.2.1-r1 with gtk 1.2 support (compiled with gcc 3.2.1, standard CFLAGS), and guess what? plugins (flash and acrobat) do work! looks like this _is_ gtk issue afterall... also, acrobat plugin crashes the browser (gtk2) _after_ it loads acrobat GUI and downloads pdf from the net, so it seems like it's displaying prob, not gcc ABI's. other from that, xft sucks (fonts are jagged like in the old-non-aa times) in galeon 1.2.7 (gtk1.2) and galeon 1.3.1 looks fine. after setting up fonts in mozilla (sic!) it looks better in 1.2.7 but still much worse than in 1.3.1.
I don't see how this manages to nail it down to GTK only, but I am inclined to believe you. I reverted to 1.1 with the same options as the crashy 1.2 builds and it works fine, loads all the plugins. Mozilla-1.2.1 builds were all segfaulting on startup, now I've figured out why (font issues) and am building 1.2.1-r1 on my system. I'll have an update in about 2 hours or so. Maybe this is from sloppy config-file management, or a switch in compilers in between Mozilla and one of it's dependencies.
flash plugin issue fixed with netscape-flash-6.0.69-r1 and lib-compat. pdf plugin still crashes the browser; error mesgs (after pdf is loaded and acrobat gui diplayed in the browser window), for me it looks like gtk2 issue afterall (gtk1 mozilla does not have this prob): (galeon-bin:9944): GLib-GObject-WARNING **: invalid cast from (NULL) pointer to `GtkContainer' (galeon-bin:9944): Gtk-CRITICAL **: file gtkcontainer.c: line 845 (gtk_container_add): assertion `GTK_IS_CONTAINER (container)' failed Warning: charset "ISO8859-2" not supported, using "ISO8859-1". gtk_xtbin_realize() initial allocation 0 0 1272 837 xt_client_create() gtk_xtbin_resize 0x8972bc8 1272 837 Warning: Actions not found: addBookmark, viewBookmark, copy, undefined-key, find, findAgain, history, loadImages, openURL, mailNew, new, openFile, print, exit, reload, saveAs, paste, delete, cut, undo, historyItem, back, forward, abort, PageUp, PageDown Warning: Actions not found: ManagerGadgetNextTabGroup, ManagerGadgetPrevTabGroup, DrawingAreaInput, addBookmark, viewBookmark, copy, undefined-key, find, findAgain, history, loadImages, openURL, mailNew, new, openFile, print, exit, reload, saveAs, paste, delete, cut, undo, historyItem, back, forward, abort, PageUp, PageDown Warning: No action proc named "ManagerGadgetArm" is registered for widget "form"gtk_xtbin_resize 0x8972bc8 1272 837 Xt client get XEMBED_WINDOW_ACTIVATE Xt client get XEMBED_WINDOW_DEACTIVATE Xt client get XEMBED_WINDOW_ACTIVATE gtk_xtbin_resize 0x8972bc8 1272 837 (repeated lotta times) bzd@tool bzd $ X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 2 (X_ChangeWindowAttributes) Resource id in failed request: 0x4400158 Serial number of failed request: 8417 Current serial number in output stream: 8428
After rebuilding system from scratch I can use the AcroRead plugin just danad with GTK2 turned off. This seems like a bug for mozilla.org, not gentoo now.
I think we can close this as fresh builds seem to work fine without GTK2, and there's a VERY strict warning preventing GTK2 builds. I think this is no longer 'critical' because the default configuration does not exhibit the problem.
Ok, thanks.
