Bug#462692: xorg: after rotation kde panel stuck in place
Martins Krikis wrote: Thanks for the response, sorry, it's taken me a while to try this out. Using TWM the situation is a touch better---it has no objections to the window's bottom edge going below the previously mentioned line during resizing. It still would not let me get the window's top edge to go below this line, regardless of how small the window itself has been made first. So the bug is still there. Well part of the bug only if I read the above correctly. Please send the whole output of /usr/share/bug/xserver-xorg/script 31 so that we see your config and log. You seem to be using testing. There have been very few updates of X packages in testing for a while. It might be good if you could locate which upgrade broke this (/var/log/dpkg.log or /var/log/aptitude may help). Any other window manager I should try? (Compiz was acting really weird in this setup but it may not be supposed to be able to deal with it.) metacity (the one from gnome), xfce, fvwm, icewm, ... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462692: xorg: after rotation kde panel stuck in place
Thanks for the response, sorry, it's taken me a while to try this out. Using TWM the situation is a touch better---it has no objections to the window's bottom edge going below the previously mentioned line during resizing. It still would not let me get the window's top edge to go below this line, regardless of how small the window itself has been made first. So the bug is still there. Any other window manager I should try? (Compiz was acting really weird in this setup but it may not be supposed to be able to deal with it.) Martins 2008/1/27, Brice Goglin [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: Package: xorg Version: 1:7.2-5 Severity: normal Not sure which package the bug belongs to, sorry. xrandr -o left used to work just fine, but now has developed some annoying problems. My regular screen size is 1280x1024. After rotation the KDE panel (which I keep on the bottom edge and autohide) now gets stuck at the same distance from top edge as before rotation (its bottom seems to be at 1024 from screen top). It does not autohide, cannot be moved, and cannot be hidden even using its hide button (unless it was specifically hidden using this button before rotation; then just the button stays where it used to be). Furthermore, I've noticed that for any window, it is not possible to get its bottom edge to go below this line (1024 from the top) by resizing (dragging the bottom edge), and it is not possible to get the window's top edge to go below this line by moving the window. It is, however, possible to first move the window such that it straddles the line and then resize it by dragging its top edge to the screen top. Thus, full size windows are possible after all, but require this weird workaround. If the mouse can go below this 1024 line, and windows appear fine when you successfully move them there, this looks like a KDE bug to me. Can you try with another window manager? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462692: xorg: after rotation kde panel stuck in place
[EMAIL PROTECTED] wrote: Package: xorg Version: 1:7.2-5 Severity: normal Not sure which package the bug belongs to, sorry. xrandr -o left used to work just fine, but now has developed some annoying problems. My regular screen size is 1280x1024. After rotation the KDE panel (which I keep on the bottom edge and autohide) now gets stuck at the same distance from top edge as before rotation (its bottom seems to be at 1024 from screen top). It does not autohide, cannot be moved, and cannot be hidden even using its hide button (unless it was specifically hidden using this button before rotation; then just the button stays where it used to be). Furthermore, I've noticed that for any window, it is not possible to get its bottom edge to go below this line (1024 from the top) by resizing (dragging the bottom edge), and it is not possible to get the window's top edge to go below this line by moving the window. It is, however, possible to first move the window such that it straddles the line and then resize it by dragging its top edge to the screen top. Thus, full size windows are possible after all, but require this weird workaround. If the mouse can go below this 1024 line, and windows appear fine when you successfully move them there, this looks like a KDE bug to me. Can you try with another window manager? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462692: xorg: after rotation kde panel stuck in place
Package: xorg Version: 1:7.2-5 Severity: normal Not sure which package the bug belongs to, sorry. xrandr -o left used to work just fine, but now has developed some annoying problems. My regular screen size is 1280x1024. After rotation the KDE panel (which I keep on the bottom edge and autohide) now gets stuck at the same distance from top edge as before rotation (its bottom seems to be at 1024 from screen top). It does not autohide, cannot be moved, and cannot be hidden even using its hide button (unless it was specifically hidden using this button before rotation; then just the button stays where it used to be). Furthermore, I've noticed that for any window, it is not possible to get its bottom edge to go below this line (1024 from the top) by resizing (dragging the bottom edge), and it is not possible to get the window's top edge to go below this line by moving the window. It is, however, possible to first move the window such that it straddles the line and then resize it by dragging its top edge to the screen top. Thus, full size windows are possible after all, but require this weird workaround. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=lv_LV.UTF-8, LC_CTYPE=lv_LV.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xorg depends on: ii konsole [x-terminal 4:3.5.8.dfsg.1-2 X terminal emulator for KDE ii libgl1-mesa-glx [li 7.0.2-3 A free implementation of the OpenG ii libglu1-mesa7.0.2-3 The OpenGL utility library (GLU) ii type-handling [not+ 0.2.23 dpkg architecture generation scrip ii xbase-clients 1:7.2.ds2-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-4100 dpi fonts for X ii xfonts-75dpi1:1.0.0-475 dpi fonts for X ii xfonts-base 1:1.0.0-5standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xkb-data1.1~cvs.20080104.1-1 X Keyboard Extension (XKB) configu ii xorg-docs 1:1.4-2 Miscellaneous documentation for th ii xserver-xorg1:7.2-5 the X.Org X server ii xterm [x-terminal-e 231-1X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs Versions of packages xorg recommends: ii libgl1-mesa-dri 7.0.2-3A free implementation of the OpenG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]