First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 45335
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Martin Holzer (RETIRED) <mholzer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Ajay Sharma <ssharma@odc.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
slit_gtk+-2.4.0.patch Slit fix. patch Markus Nigbur (RETIRED) 2004-04-10 22:44 0000 502 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 45335 depends on: Show dependency tree
Show dependency graph
Bug 45335 blocks: 47620
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-03-21 18:29 0000
I run openbox-3.1-r1 as the window manger, docker-1.5 for the "system tray" and
then gkrellm for a all the reporting junk.  Last night I upgraded to
gkrellm-2.1.28 and when I restarted gkrellm, it pops up in the middle of the
screen instead of "inside" the docker.

I run gkrellm through my .xinitrc file and it looks like:

docker -border 3 &
gkrellm2 -w &
gaim &
xscreensaver &
openbox


Reproducible: Always
Steps to Reproduce:
1.emerge openbox, docker and gkrellm
2.configure your .xinitrc like mine...
3.start gkrellm in "withdrawn" mode.

Actual Results:  
gkrellm is aligned at the top of the screen in the center.

Expected Results:  
it should be placed "inside" the docker along with the other icons (like gaim).

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0,
2.4.25)
=================================================================
System uname: 2.4.25 i686 AMD Athlon(TM) XP 1900+
Gentoo Base System version 1.4.3.13p1
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="no"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.tucdemonic.org/gentoo/ http://gentoo.ccccom.com
http://gentoo.binarycompass.org http://gentoo.chem.wisc.edu/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/opt/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apm arts avi berkdb cdr crypt cups dvd dvdr encode esd
faad flac foomaticdb gdbm gif gpm gtk gtk2 imlib innodb java jpeg libg++ libwww
mad mikmod mmx motif mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl
png
ppds python qt quicktime readline samba scanner sdl slang spell sse ssl svga
tcpd tiff truetype usb x86 xml2 xmms xosd xv zlib"

------- Comment #1 From Trevor Joynson 2004-03-21 22:00:08 0000 -------
I have this problem as well.
using fluxbox-cvs, and starting it via .xinitrc .
this just appeared recently. De-grading gkrellm doe NOT help, so I don't think it's gkrellm.

Also, another issue is that fonts do NOT work. Specifying any font does not change it anymore. It used to fine, but recently stopped. =/

-----
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.4-gentoo)
=================================================================
System uname: 2.6.4-gentoo i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.4.3.13p1
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3,sys-devel/autoconf-2.59
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="no"
CFLAGS="-march=athlon-xp -O2 -pipe -mfpmath=sse,387 -funroll-loops -frename-registers -fmerge-all-constants -fprefetch-loop-arrays -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe -mfpmath=sse,387 -funroll-loops -frename-registers -fmerge-all-constants -fprefetch-loop-arrays -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache digest sandbox userpriv"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="3dnow S3TC X Xaw3d aalib accessibility acpi acpi4linux alsa apache2 apm autofs avi berkdb cdr composite crypt cups curl dedicated dga dillo directfb encode esd evo fbcon fbdev flash gd gdbm gif gpm gstreamer gtk gtk2 gtkhtml imagemagick imap imlib innodb ipv6 jabber java jikes joystick jpeg libg++ libwww mad maildir migemo mikmod mmx motif mozilla moznocompose moznoirc moznomail mpeg msn mysql nas ncurses nocd nptl offensive oggvorbis opengl oscar oss pam pdflib perl php pic png python qt quicktime readline ruby samba scanner sdl slang socks5 spell src sse ssl svga tcltk tcpd tiff truetype usb x86 xchattext xinerama xml2 xmms xosd xv yahoo zlib"

------- Comment #2 From chris strom 2004-03-22 10:14:30 0000 -------
This seems to be caused by the upgrade to x11-libs/gtk+-2.4.0.  Per the
discussion at http://forums.gentoo.org/viewtopic.php?t=151371, I was able to
get gkrellm back into the fluxbox slit by downgrading to x11-libs/gtk+-2.2.4-r1
and re-emerging gkrellm.

------- Comment #3 From Kristopher Baker 2004-03-22 22:06:19 0000 -------
i ran into the same issue within both blackbox and fluxbox ... but after
rolling back to gtk+-2.2.4-r1 it withdrew properly

this is a bug listed on the gkrellm site: 
[url]http://web.wt.net/~billw/gkrellm/Bugs.html[/url]

but it is attributing it to a wm issue or a setting with in gkrellm

------- Comment #4 From Ajay Sharma 2004-03-26 11:49:56 0000 -------
I can confirm that emerging gtk+-2.2.4 and removing  gtk+-2.4.0, then
rebuilding gkrellm fixed the problem for me.

Tweaking the settings as described on the gkrellm bugs page
(http://web.wt.net/~billw/gkrellm/Bugs.html) didn't help.  Changing those
settings did fix the gkrellm window in the corner of the screen, but it didn't
place it in the slit.

------- Comment #5 From Ajay Sharma 2004-03-26 22:53:48 0000 -------
I emailed bill @ gkrellm (his address was listed on that bug page and he had
this to say:

---------
That slit problem noted on my bugs page was something that came up a while back
and may have been only with certain *box window manager versions.  I've really
not had any recent reports about it until yours and just today one other from a
Gentoo user using Gtk+-2.4.
---------

He continued to say that he will look into the *new* issue with gtk+ 2.4.0.

------- Comment #6 From Martin Holzer (RETIRED) 2004-03-31 21:50:10 0000 -------
adding the upstream maintainer

------- Comment #7 From Robin Schoonover 2004-04-06 21:33:05 0000 -------
by deleting the contents of update_wm_hints() in
gtk+-2.4.0/gdk/x11/gdkwindow-x11.c so that update_wm_hints() does nothing, you
can make it so gkrellm can go back into the slit.

I've emailed the author of gkrellm about it.

------- Comment #8 From Trevor Joynson 2004-04-09 18:56:35 0000 -------
Does this "hack" fix the font issue as well?

------- Comment #9 From Arve Knudsen 2004-04-10 10:53:21 0000 -------
I'm not sure if its the correct thing to do, but I moved the call to
gkrellm_winop_options to after gtk_widget_show(gtree.window). After this the
window would show up in the slit. GTK+ probably overrides the WM hints gkrellm
passes in outside of GTK+. I tried playing around with gdk_window_withdraw and
gdk_window_hide, but none of them seemed to have the wanted effect.

------- Comment #10 From Markus Nigbur (RETIRED) 2004-04-10 22:44:03 0000 -------
Created an attachment (id=29063) [edit]
Slit fix.

Guess that will do for now.

------- Comment #11 From Ajay Sharma 2004-04-11 01:21:45 0000 -------
The fonts still look a little weird, but thank god gkrellm is back in the slit!
 THANKS!!!

------- Comment #12 From Markus Nigbur (RETIRED) 2004-04-11 04:30:01 0000 -------
fixed.

------- Comment #13 From Aaron Gyes 2004-04-11 11:08:10 0000 -------
What about fonts? Should another bug entry be made?

------- Comment #14 From Ajay Sharma 2004-04-11 13:51:20 0000 -------
Yeah.  Make another bug report, this was just had to do with the slit problem.

------- Comment #15 From Martin Holzer (RETIRED) 2004-04-13 08:41:03 0000 -------
the fonts problem is at bug 45346

------- Comment #16 From Mark Knecht 2004-04-19 07:10:21 0000 -------
Hi,
   I don;t know if it's of interest to anyone, but I'm having this problem under fluxbox. I noticed that by doing a 'restart' from the fluxbox menu that gkrellm correctly drops back into the slit. Anyway, for me there was no need to downgrade anything to get this to work.

- Mark

------- Comment #17 From Radek Podgorny 2004-04-19 07:21:20 0000 -------
Thanks for the "restart" tip. Works for me in openbox 3.2

Can someone please reopen this bug? It's not yet solved!

Thanks...
Radek

P.S.: My research tells me this is somehow timing related. On my laptop, the gkrellm goes to slit sometimes and sometimes it does not. When the WM (openbox3) loads for too long, everything works OK but when it's in the cache and loads quickly or gkrellm loads slowly, it (gkrellm) stays "off" the slit...

------- Comment #18 From Sebastian Schlingmann 2004-07-05 10:21:42 0000 -------
The same Problem just appeared to me when upgrading to kernel 2.6.7 with 4K
stacks.
I am using fluxbox 0.9.9 and gkrellm 2.1.28-r1.
Restart fix works.

First Last Prev Next    No search results available      Search page      Enter new bug