Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 140975 - epiphany crashes when parsing a <link> to a stylesheet
Summary: epiphany crashes when parsing a <link> to a stylesheet
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: AMD64 Linux
: High critical (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-18 15:24 UTC by Bruno Roggeri
Modified: 2006-08-09 16:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
minimal test case causing the bug (epiphany_bug.html,80 bytes, text/html)
2006-07-18 15:32 UTC, Bruno Roggeri
Details
Backtrace as provided by bug-buddy (epiphany_bt,14.51 KB, text/plain)
2006-07-18 15:37 UTC, Bruno Roggeri
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bruno Roggeri 2006-07-18 15:24:54 UTC
I'm going to attach a small html file which allows me to reproduce the bug in the next comment. This bug causes any web page that uses a css stylesheet to crash epiphany, so it's safe to say it makes epiphany unusable.

I just emerge gnome-2.14 as it became stable on amd64. My system is mostly stable apart from Xorg (using ~amd64's 7.1) and a couple of apps (koffice, octave, mplayer-bin...). I'm seeing the bug with :
www-client/epiphany-2.14.2.1-r1  USE="doc firefox python -debug"
and
www-client/mozilla-firefox-1.5.0.4  USE="gnome ipv6 xprint -debug -java -mozdevelop -xinerama"

Firefox itself is working just fine.

Portage 2.1-r1 (default-linux/amd64/2005.1, gcc-3.4.6, glibc-2.3.6-r4, 2.6.15-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O0 -pipe -g"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O0 -pipe -g"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms splitdebug strict"GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo ftp://mirror.pudas.net/gentoo http://ftp.heanet.ie/pub/gentoo/ ftp://ftp.heanet.ie/pub/gentoo/"
LC_ALL="fr_FR.UTF-8"
LINGUAS="fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="amd64 X a52 aac acpi alsa avi bash-completion berkdb bidi bitmap-fonts bzip2 cairo cdr cjk cli crypt cups dlloader doc dri dts dvd eds emboss encode fbcon ffmpeg flac foomaticdb fortran gif gnome gpm gtk gtk2 hal howl imlib ipv6 isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mad mng mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl pam pcmcia pcre pdflib perl png postgres pppd python qt qt3 qt4 quicktime readline reflection samba sdl session speex spell spl ssl tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb vorbis xine xorg xpm xprint xv zlib elibc_glibc input_devices_keyboard input_devices_ps2mouse kernel_linux linguas_fr userland_GNU video_cards_nv"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Bruno Roggeri 2006-07-18 15:32:27 UTC
Created attachment 92162 [details]
minimal test case causing the bug

Just running 
$ epiphany epiphany_bug.html
makes epiphany start then crash and the gnome bug buddy appears.
Comment 2 Bruno Roggeri 2006-07-18 15:37:36 UTC
Created attachment 92164 [details]
Backtrace as provided by bug-buddy

Although I use split-debug, it looks quite difficult to read.

I also tried running epiphany in gdb but for some reason I can't get to the point where the page is loaded then. I receive several SIG33 (Real-time event 33, I don't know what this means ??!) and then it hangs, before even opening a window or anything.
Comment 3 Bruno Roggeri 2006-07-18 15:41:24 UTC
For the record, just loading www.google.com makes it crash as it uses css stylesheets, it's not just crashing on the weird test case provided ;-)
Comment 4 Rémi Cardona (RETIRED) gentoo-dev 2006-07-18 23:52:30 UTC
Just for the sake of it, could you try rebuilding epiphany with your CFLAGS set to "-02 -pipe" ? I had it segfault on me using just "-Os", I fear epiphany is becoming quite chilly about some flags.

R
Comment 5 Rémi Cardona (RETIRED) gentoo-dev 2006-07-18 23:52:30 UTC
Just for the sake of it, could you try rebuilding epiphany with your CFLAGS set to "-02 -pipe" ? I had it segfault on me using just "-Os", I fear epiphany is becoming quite chilly about some flags.

Rémi
Comment 6 Bruno Roggeri 2006-07-19 04:29:47 UTC
As shown in the emerge --info, my CFLAGS are -march=k8 -O0 -pipe -g.

Do you mean I should just remove -march=k8, or would you like to also remove -g and replace -O0 by -O2 ?

I'll try this evening (if I get your answer beforehand of course...)

Bon apr
Comment 7 Bruno Roggeri 2006-07-19 04:29:47 UTC
As shown in the emerge --info, my CFLAGS are -march=k8 -O0 -pipe -g.

Do you mean I should just remove -march=k8, or would you like to also remove -g and replace -O0 by -O2 ?

I'll try this evening (if I get your answer beforehand of course...)

Bon après-midi !
Comment 8 Rémi Cardona (RETIRED) gentoo-dev 2006-07-19 05:49:47 UTC
Yeah, comment out your old CFLAGS entirely and replace them with "-O2 -pipe".

<french>Bonne apr
Comment 9 Rémi Cardona (RETIRED) gentoo-dev 2006-07-19 05:49:47 UTC
Yeah, comment out your old CFLAGS entirely and replace them with "-O2 -pipe".

<french>Bonne aprèm à toi aussi</french>
Comment 10 Bruno Roggeri 2006-07-19 13:42:19 UTC
Ok, it worked, I recompiled with CFLAGS="-02 -pipe" and the crash disappeared. Thanks for the advice.

As I emerged quite a lot of stuff since then (I didn't realise but my system was still a mix of gnome 2.12 and 2.14), maybe I'll try again with CFLAGS="-march=k8 -O2 -pipe (-g)" just to be sure.

I'm unsure how should this be resolved, maybe there should be some CFLAG filtering done in the ebuild ?
Comment 11 Rémi Cardona (RETIRED) gentoo-dev 2006-07-20 02:02:35 UTC
Yeah, epiphany has a lot of issues with compile flags; I'll open a new bug (here and over at gnome) to keep a collection an eye on those flags. I'll check with gnome maintainers for the right course of action :)

Thanks for your time
Comment 12 Bruno Roggeri 2006-07-20 12:13:38 UTC
CFLAGS="-march=k8 -O2 -pipe -g" seems to works ... 

Note that I just had a very similar problem with yelp. It crashed while loading a help file and the backtrace looked a lot like the one I provided for epiphany. Recompiling it with -march=k8 -O2 -pipe -g also fixed it. 

Maybe it's the "--march=k8 -O0" combination that causes problems, I must admit it's a weird combination. I had set it up temporarily for an app I needed to debug more accurately and then I forgot to set it back.
Comment 13 John N. Laliberte (RETIRED) gentoo-dev 2006-08-09 16:20:06 UTC
local issue with cflags.