[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#462692: marked as done (xorg: after rotation kde panel stuck in place)



Your message dated Sun, 24 Feb 2008 18:00:41 +0100
with message-id <47C1A2B9.90102@ens-lyon.org>
and subject line Re: Bug#462692: xorg: after rotation kde panel stuck in place
has caused the Debian Bug report #462692,
regarding xorg: after rotation kde panel stuck in place
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
462692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462692
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
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-mesa        7.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-4            100 dpi fonts for X
ii  xfonts-75dpi        1:1.0.0-4            75 dpi fonts for X
ii  xfonts-base         1:1.0.0-5            standard fonts for X
ii  xfonts-scalable     1:1.0.0-6            scalable fonts for X
ii  xkb-data            1.1~cvs.20080104.1-1 X Keyboard Extension (XKB) configu
ii  xorg-docs           1:1.4-2              Miscellaneous documentation for th
ii  xserver-xorg        1:7.2-5              the X.Org X server
ii  xterm [x-terminal-e 231-1                X 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-3    A free implementation of the OpenG

-- no debconf information




--- End Message ---
--- Begin Message ---
Martins Krikis wrote:
> Here's the complete window-manager/rotation experiment:
>
> KDE: as reported above---panel unhideable at previous schreen-height from top,
> window bottoms not resizeable below that line, window tops not movable below
> that line either.
>
> TWM: it has no panel, so no problem, but background image gets broken at
> the above mentioned line. Window bottoms resizeable below that line, but tops
> cannot go below the line.
>
> Metacity and XFCE: everything works just fine, no problem whatsoever.
>
> FVWM: Can't start the session, too lazy to see what's wrong with it.
>
> IceWM: Worse than KDE---has a panel that stays at the mentioned line,
> and has some other problem line, an inch or so above this line. Window
> resizing by dragging their bottoms can't go below this (new) line, tops cannot
> go below it by moving.
>   

Ok, all this looks like WM-specific problems to me. If things work fine
with Metacity and XFCE (which has been the case on my machines for a
while), I guess it just means that the other WMs don't read the screen
properties in the right way.

Or maybe your nvidia driver doesn't export screen properties, but that
would be the binary driver's fault and we can't debug this at all
unfortunately since we don't have its source andwe don't know how much
it modifies the default Xserver behavior.


> Oh, this may be tough... I hadn't used rotation for quite a while before
> noticing that it's broken. But it did work beautifully with KDE a while ago.
> When exactly? Last summer, IIRC. Well, according to dpkg logs I had
> these packages in April, 2007.
>   

Now you need to find out whether you upgraded the nvidia driver and/or
some part of your WM when the bug appeared. But that's not X.org fault,
so I am just closing this bug now.

Brice

PS: Please keep the bug in CC when replying.



--- End Message ---

Reply to: