Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 309231 - www-client/chromium hangs while loading page in user mode, but not as administrator + workaround
Summary: www-client/chromium hangs while loading page in user mode, but not as adminis...
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL: http://code.google.com/p/chromium/iss...
Whiteboard:
Keywords:
: 325867 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-03-13 08:48 UTC by George Reitsma
Modified: 2011-10-13 03:02 UTC (History)
7 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George Reitsma 2010-03-13 08:48:18 UTC
For a long time, I've been trying to get Google's chromium working on my KDE4.x system. Both ports www-client/chromium-bin as wel as www-client/chromium work the first time after installation, but the second time I try to use it, it hangs on every page I try to load, with the "Awww snap" message as a result. I've deleted the ".config/chromium" several times, but that doesn't help either. Weird enough, when I run Chromium as administrator it works flawless. This problem existed in version 4, 5 and currently I use the latest 9999 ebuild, and that one also has the same problem.

I found a workaround on this page:

http://code.google.com/p/chromium/issues/detail?id=30457

Which revers to this bug:

http://code.google.com/p/chromium/issues/detail?id=24507

It suggests to uninstall 

www-plugins/gecko-mediaplayer

And that indeed fixes the problem, except both should work nicely together. Maybe you can document it somewhere, or put it as a warning in the e-build.

Reproducible: Always

Steps to Reproduce:
1. Install www-client/chromium on KDE4 system, that does have the  www-plugins/gecko-mediaplayer installed as well.
2. Run chromium as user (not admin)
3. Try loading any web page in a second tab... it hangs.

Actual Results:  
Page loading takes forever to load, and after a while "Awwww snap" appears

Expected Results:  
Page load should be fast

Portage 2.2_rc67 (default/linux/amd64/10.0/desktop, gcc-4.4.3, glibc-2.10.1-r1, 2.6.31-gentoo-r10 x86_64)
=================================================================
System uname: Linux-2.6.31-gentoo-r10-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9450_@_2.66GHz-with-gentoo-1.12.13
Timestamp of tree: Fri, 12 Mar 2010 18:00:02 +0000
app-shells/bash:     4.0_p35
dev-java/java-config: 2.1.10
dev-lang/python:     2.6.4-r99, 3.1.1-r1
dev-python/pycrypto: 2.1.0_beta1
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.4_p6-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3
sys-devel/binutils:  2.18-r3
sys-devel/gcc:       4.3.4, 4.4.3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=core2 -msse4.1 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=core2 -msse4.1 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distfiles distlocks fixpackages news parallel-fetch preserve-libs sandbox sfperms strict unmerge-logs unmerge-orphans userfetch usersandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gentoo.tiscali.nl/pub/mirror/gentoo/ "
LDFLAGS="-Wl,-O1"
LINGUAS="nl en"
MAKEOPTS="-j8"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage/layman/emacs /usr/local/portage/layman/kde-testing /usr/local/portage/layman/dottout /usr/local/portage/layman/java-overlay /usr/local/portage/layman/science /usr/local/portage /usr/local/portage/sage-on-gentoo"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac aalib accessibility acpi alsa amd64 apache2 apm async auctex automount berkdb bidi bl blas bluetooth branding browserplugin bzip2 cairo caps cdda cddb cdparanoia cdr chardet cli consolekit contrast cracklib crypt cups cxx daap dbus dga divx divx4linux dlna dri dts dvb dvd dvdnav dvdr dvdread edl eds emacs embedded emboss encode esd evdev evo examples exif fam fasttrack ffmpeg firefox flac fortran ftp gcj gd gdbm ggi gif gimp glib gmedia gnome gnutella gpm gs gstreamer gtk gtk+ hal hardware-carrier iconv ieee1394 ifp imagemagic imagemagick imap ipod ipv6 jack java java6 javascript jpeg kde kde4 lame laptop lash lastfm latex ldap libcaca libffi libnotify lirc live lm_sensors lzo mad magic matr md5sum messenger mikmod mmx mmxext mng modplug modules mozcalendar mp2 mp3 mp3tunes mp4 mpeg mtp mudflap multilib muse musepack mysql mythtv nas ncurses nforce2 njb nls notify npp nptl nptlonly nsplugin ntpl nvidia objc ogg openexr opengl openmp oska pam pcre pdf perl php player pmu png pnm portaudio ppds pppd python qt qt-static qt3support qt4 quicktime radio rar raw readline realmedia reflection replytolist restrict-javascript rss rtc samba sdl semantic-desktop session sid smp sms sndfile soup spell spl sql sqlite srt sse sse2 ssl ssse3 startup-notification svg sysfs syslog taglib tcltk tcpd theora thumbnail thunar tiff timezone timidity tivo transcode transmitter treutype truetype twolame type1 unicode usb v41 v4l2 visualization vorbis wavpack webkit wma wmf wmp x264 xanim xcb xforms xinerama xml xorg xslt xspice xulrunner xv xvid xvmc yahoo zlib zoran" ALSA_CARDS="hda_intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="adc65 agfa_cl20 aox barbie canon casio_qv clicksmart310 digigr8 digita imagev dimera3500 directory enigma13 fuji gsmart300 hp215 iclick jamcam   jd11 kodak_dc120 kodak_dc210 kodak_dc240 kodak_dc3200 kodak_ez200 konica  konica_qm150 largan lg_gsm mars mustek panasonic_coolshot panasonic_dc1000  panasonic_dc1580 panasonic_l859 pccam300 pccam600 polaroid_pdc320 polaroid_pdc640 polaroid_pdc700 ptp2 ricoh ricoh_g3 samsung sierra sipix_blink sipix_blink2 sipix_web2 smal sonix sony_dscf1 sony_dscf55  soundvision  spca50x sq905 stv0674 stv0680 sx330z template toshiba_pdrm11" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="lirc imon imonlcd" LINGUAS="nl en" LIRC_DEVICES="imon imon_knob imon_lcd imon_pad imon_rsc imon_24g" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-13 10:30:08 UTC
Thanks for the report. This is really an upstream bug, but I've applied a workaround to chromium and chromium-bin ebuilds. There's now a blocker for gecko-mediaplayer if USE="plugins-symlink" is enabled (it makes the browser use the system plugins).

If you want to have gecko-mediaplayer installed, please re-emerge the chromium package with USE="-plugins-symlink" and control its plugins manually.
Comment 2 Andriy Baranskyy 2010-03-14 07:56:41 UTC
I am just curious, what mplayer plugin should i use with chromium now? mplayerplug-in was unfortunately removed from portage last year.

(In reply to comment #1)
> Thanks for the report. This is really an upstream bug, but I've applied a
> workaround to chromium and chromium-bin ebuilds. There's now a blocker for
> gecko-mediaplayer if USE="plugins-symlink" is enabled (it makes the browser use
> the system plugins).
> 
> If you want to have gecko-mediaplayer installed, please re-emerge the chromium
> package with USE="-plugins-symlink" and control its plugins manually.
> 
Comment 3 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-14 09:19:37 UTC
Andriy, I don't have a good idea. Hopefully we'll see more and more HTML5 audio/video support, and that would solve this problem.
Comment 4 Andriy Baranskyy 2010-03-14 09:21:38 UTC
(In reply to comment #3)
> Andriy, I don't have a good idea. Hopefully we'll see more and more HTML5
> audio/video support, and that would solve this problem.
> 

Hope so! Dzieki, Pawel!
Comment 5 George Reitsma 2010-03-15 21:42:49 UTC
(In reply to comment #1)

Thanks for the workaround! Let's hope indeed for something like HTML5. 
Comment 6 Doktor Notor 2010-03-16 07:53:55 UTC
Well, this was the only player plugin that actually did something with chromium... so, meh, wondering about alternatives as well. FWIW, I didn't have the issue described here at all.

Since I know that you are involved with upstream, here are two suggestions:

- why are these separate symlinks even needed for chromium. Can't it pick those up in /usr/$(get_libdir/nsbrowser/plugins like other browsers, without special symlinks? (Already noted that wrt the ffmpeg stuff, and that one's even in /usr/$(get_libdir) but chromium specifically chooses to ignore it, eh...

- maintaining an internal blacklist of incompatible plugins and blocking those on runtime should be easy enough. Also, let users disable/enable plugins via some GUI, like it's already possible with chrome://extensions/
Comment 7 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-16 08:05:45 UTC
For the first problem, feel free to submit an upstream bug report.

For the second one, see http://code.google.com/p/chromium/issues/detail?id=736
Comment 8 Doktor Notor 2010-03-16 08:18:08 UTC
(In reply to comment #7)
> For the first problem, feel free to submit an upstream bug report.

Well, that boils down to - is a bad design choice a bug? :P 
 
> For the second one, see http://code.google.com/p/chromium/issues/detail?id=736

I know about that bug, that's one of those WTF ones, with neverending debate and nothing being done despite the issue being important for wide user community and easy to implement. Every project has this kind of bugs they stubbornly refuse to implement for some weird reason and keep people ranting about it over and over again. 
Comment 9 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-16 08:28:36 UTC
(In reply to comment #8)
> Well, that boils down to - is a bad design choice a bug? :P 

Yes, it is.

> > For the second one, see http://code.google.com/p/chromium/issues/detail?id=736
> I know about that bug, that's one of those WTF ones, with neverending debate
> and nothing being done despite the issue being important for wide user
> community and easy to implement.

If you think it's easy, how about submitting a patch? http://www.chromium.org/developers/contributing-code
Comment 10 Doktor Notor 2010-03-16 08:39:12 UTC
(In reply to comment #9)
> If you think it's easy, how about submitting a patch?
> http://www.chromium.org/developers/contributing-code

You know, being easy for people familiar with the code doesn't mean easy for generic public. :P Anyway, if I find enough motivation we could continue this debate on upstream bug. Meanwhile I've noticed the all-or-nothing approach (with all-or-nothing expections per site) has been implemented, which is another ugh... 
I don't believe anyone asked for that. People want per-plugin toggle button. Anyway, getting OT here, not Gentoo-specific.
Comment 11 G Reitsma 2010-03-16 12:23:37 UTC
(In reply to comment #6)
> Well, this was the only player plugin that actually did something with
> chromium... so, meh, wondering about alternatives as well. 

I don't know if anyone tried. But on the gecko-media player message board (hosted on Google), they suggest that compiling this player with the "gconfd" disabled (in gentoo, -gnome use flag) the player is supposed to work. 

If that works, it would a whole lot nicer.
Comment 12 Doktor Notor 2010-03-16 17:39:22 UTC
(In reply to comment #11)
> I don't know if anyone tried. But on the gecko-media player message board
> (hosted on Google), they suggest that compiling this player with the "gconfd"
> disabled (in gentoo, -gnome use flag) the player is supposed to work. 
> 
> If that works, it would a whole lot nicer.

Well, that's what I have had here all the time, and...  

> FWIW, I didn't have the issue described here at all.

:)
Comment 13 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-16 17:51:33 UTC
(In reply to comment #11)
> I don't know if anyone tried. But on the gecko-media player message board
> (hosted on Google), they suggest that compiling this player with the "gconfd"
> disabled (in gentoo, -gnome use flag) the player is supposed to work. 

Could you post a link to that message?
Comment 14 George Reitsma 2010-03-17 22:06:21 UTC
(In reply to comment #13)
> (In reply to comment #11)
> > I don't know if anyone tried. But on the gecko-media player message board
> > (hosted on Google), they suggest that compiling this player with the "gconfd"
> > disabled (in gentoo, -gnome use flag) the player is supposed to work. 
> 
> Could you post a link to that message?
> 

Of course, see the last message on this threat:

http://code.google.com/p/gecko-mediaplayer/issues/detail?id=64

Regards,

George
Comment 15 Doktor Notor 2010-03-19 15:45:47 UTC
(In reply to comment #14)
> Of course, see the last message on this threat:
> http://code.google.com/p/gecko-mediaplayer/issues/detail?id=64

I tested w/ all versions in portage, incl. 5.0.342.5 and can completely confirm the above. www-plugins/gecko-mediaplayer with USE=gnome (which makes it to do some weird gconf stuff) breaks it. Without this flag, no such issue arises.

May I suggest tweaking the blocker like this?

-!www-plugins/gecko-mediaplayer
+!www-plugins/gecko-mediaplayer[gnome]

That's what I've done in local overlay and have no issue with that.

Comment 16 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-03-19 17:24:12 UTC
Thanks, I've updated the blocker.
Comment 17 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2010-07-18 11:53:15 UTC
*** Bug 325867 has been marked as a duplicate of this bug. ***
Comment 18 Matt 2010-07-18 13:15:33 UTC
thanks for getting this to work !

Comment 19 Randall Wald 2011-10-13 03:02:25 UTC
Sorry to resurrect an old bug, but the newer versions of gecko-mediaplayer both have gconf permanently disabled (no more gnome USE flag) and have chromium as a permanent blocker. Does this mean that the new versions of Gecko Media Player kill Chromium even with gconf disabled?