Bugzilla Bug 71507

with up-to-date world as of 15 Nov, 2004 there are mixed gnome 2.80 and 2.81
packages; I note that gnome-applets has a 2.8.1 release not yet in portage.

After the last 'emerge -uD world', stickynotes icon disappeared from toolbar. 
Trying to add it again generates a blank space where the icon should be;
clicking the space brings up a window with correct color and shape but no title
bar buttons appear on mouse-over, and no input from typing.  can click where
close button should be to close it.  Associated menus toolbar and app) drop
down but are blank, can't be clicked on.

Also note similar pblems for _some_ other applets, e.g. system monitor, fish.


Reproducible: Always
Steps to Reproduce:
1.right-click panel, "add to panel"
2.select "Sticky Notes"
3.

Actual Results:  
get blank space on panel, click results as described above.

Expected Results:  
should show menus as appropriate, accept and display input in applet.



vista root # emerge info
Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4,
glibc-2.3.4.20040808-r1,
2.6.9-gentoo-r4 i686)
=================================================================
System uname: 2.6.9-gentoo-r4 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.21-r1,sys-kernel/linux-headers-2.4.19-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=pentium4 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mcpu=pentium4 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
ftp://ftp.ussg.iu.edu/pub/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups
doc dvd emacs encode esd f77 fam fbcon flac foomaticdb fortran gdbm gif gimp
gimpprint gnome gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml guile imagemagick
imlib java jikes jpeg kde kerberos ldap libg++ libwww lzw-tiff mad mbox mikmod
mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pcmcia pda pdflib
perl plotutils png ppds python qt quicktime readline samba scanner sdl slang
snmp softmmu speex spell sse ssl svg svga tcltk tcpd tetex tiff truetype
trusted
usb wmf x86 xml xml2 xmms xv zlib"

hmm, I can't reproduce this with gnome-applets-2.8
check if it installed the proper image files in the right location:

joem@triforce ~ % qpkg -l gnome-applets |grep pixmaps/stickynotes
/usr/share/pixmaps/stickynotes
/usr/share/pixmaps/stickynotes/stickynotes.png
/usr/share/pixmaps/stickynotes/stickynotes_prelight.png
/usr/share/pixmaps/stickynotes/locked.png
/usr/share/pixmaps/stickynotes/unlocked.png
/usr/share/pixmaps/stickynotes/close.png
/usr/share/pixmaps/stickynotes/resize_se.png
/usr/share/pixmaps/stickynotes/resize_sw.png

Yes, all files in place.  I have noticed that it (and the fish applet I tried)
are in an infinite loop when added to the panel, using all the CPU.  This was
noted by a 2.8.0 user in http://forums.gentoo.org/viewtopic.php?t=251458 
Perhaps it is something outside of gnome-applets, and more in the gnome-panel
or control-center packages.

Should also note that I am using Xorg, other user doesn't mention.

Is anything spilled out onto your console when you try to add the applets?

Try opening up a terminal, and
/usr/libexec/stickynotes_applet

Then add the stickynotes to your panel (or try to), and see if you get any information.

I ran /usr/libexec/stickynotes_applet in a terminal and attempted to add the
icon to the panel.  no icon appears, no message dumped to the terminal, but on
the add attempt the CPU usage of sticky notes goes to 95%.  on the scond add
attempt I get the 'blank icon space ' on the panel and the not-usable app
window.  When I kill the stickynotes_applet, I get (two, after two add
attempts) the "applet appears to have died unexpectedly" requester.  No new
messages in .gnomerc-errors.

This and several other problems appeared after my 'emerge -uD world' of 15 Nov.
 I had not done an emerge since 30 or 31 Oct, but was using xorg/gnome
successfully up to 15 Nov.  Also for and since 15 Nov I set 
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
ftp://ftp.ussg.iu.edu/pub/linux/gentoo"

I have 'emerge -uD world'd again on 22 Nov., which included a new xorg build,
and I have re-emerged all gnome-applets dependencies, with no effect.

I have generated the following list of problems, of which I believe all but the
'help button' issue appeared together (don't know about the 'drawer' item,
haven't used it).  System monitor does work in the panel, just starts out tiny.
 I do not have 'composite' in the extensions section of my xorg.conf, however I
set 'option composite disable' under the nv device because it is reported as
default enabled in the xorg log file (but I bet this is something different).  
  I am running xdm, but made no difference when I switched to gdm.

begin-list:

 xscreensaver daemon does not start (have to go to Desktop prefes / advanced /
screensaver so it will notice; yes, "Automatically save changes to session" is
set)

 most help buttons result in a requester that says: "The specified location is
invalid.", and 

(gnome-search-tool:28239): libgnomevfs-WARNING **: Cannot load module
`/usr/lib/gnome-vfs-2.0/modules/libvfs-help.so'
(/usr/lib/gnome-vfs-2.0/modules/libvfs-help.so: cannot open shared object file:
No such file or directory)

appears in .gnomerc-errors 

 control panel problems:

- custom app launcher does not work if "run in terminal" checked
- drawer opens at icon 1st time, then on left corner afterwards
- fish applet runs (in ps) but no icon or other noticeable result; sucks cpu
- Run Application: 
-- while typing in window, errors appear in .gnomerc-errors:
(gnome-panel:20467): GLib-GObject-WARNING **: invalid uninstantiatable type
`(null)' in cast to `GtkLabel'
(gnome-panel:20467): Gtk-CRITICAL **: file gtklabel.c: line 946
(gtk_label_set_text): assertion `GTK_IS_LABEL (label)' failed

-- when "run in terminal" selected, nothing happens and .gnomerc-errors gets:
Invalid argument: "/bin/bash"

- stickynotes runs (in ps) but no icon or other result, sucks cpu.  on second
  addition to panel, there is a blank space added, tooltip drops down but is 
  blank; same for "panel menu" on this icon.  On click, note appears but no 
  close or other buttons, can't type into it.

[while I'm moaning, "delete panel" should have a confirmation dialog, and/or
the menu entry should not be immediately adacent to "add to panel" (I know, 
upstream gnome, but guess  what happened to me while doing this testing...)]

end-list

sorry for the text dump, but hoping one of the items might trigger some
indication of what the underlying problem is.

problems solved.  These and bug 71505 all occur as a result of having 

export LANG=en_GB

in .bashrc.  see thread at http://forums.gentoo.org/viewtopic.php?t=229861

that is still a bug, it shouldn't matter what your locale is set to.

I was thinking maybe #72416 could be related, could you check if the patched gconf ebuild has any effect for you ?

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

yes, with gnome-base/gconf-2.8.1-r1 all problems listed above have disappeared
and I have $LANG = en_GB again.  Thanks for the follow-up!

cool thnx, duping it there

*** This bug has been marked as a duplicate of 72416 ***