Version: (using KDE KDE 3.5.8) Installed from: SuSE RPMs Those entries are enabled but after choosing them nothing happens. It is regression -- I don't use it often, but AFAIR I used it with opensuse 10.2 and it worked fine. Dell Latitude D610, intel 950.
I also have that problem. I'm using an HP compaq 2710p with KDE 4.2.1.
+1, I'm using Mandriva Linux Cooker RC1 with KDE 4.2.1, if use the KDE3 version of krandray works well. Datails: krandrtray -v Qt: 4.5.0 KDE: 4.2.1 (KDE 4.2.1) Resize and Rotate: 0.5 /opt/kde3/bin/krandrtray -v Qt: 3.3.8b KDE: 3.5.10 Resize and Rotate: 0.5
+1, using OpenSuse 10.2 with NVidia 8500 GT graphics card. krandrtray both for kde3 and kde4 don't work. On the other hand, using e.g. 'xrandr -o 3' I can change the screen orientation as desired... krandrtray -v Qt: 4.5.2 KDE: 4.2.4 (KDE 4.2.4) "release 2" Größe ändern und rotieren: 0.5 /opt/kde3/bin/krandrtray -v Qt: 3.3.8b KDE: 3.5.10 "release 21.9" Größe ändern und rotieren: 0.5
Confirmed here, with KDE 4.2.4. Upside-down rotation works, left and right don't. xrandr -o left or -o right do work on the same display. Can we please change the status of this bug to Confirmed? Thanks, Andrew.
Dell E6500, still cannot rotate by 90 and 270. If I try to rotate the screen using dialog (just click LMB on the systray icon), the rotation is accepted, but nothing happens -- i.e. krandr displays inaccurate info.
Confirmed in $ krandrtray -v Qt: 4.5.2 KDE: 4.3.1 (KDE 4.3.1) krandrtray: 0.5
Problem is still there! Qt: 4.6.2 KDE Development Platform: 4.4.1 (KDE 4.4.1) Resize and Rotate: 0.5 xrandr rotates my screen in any direction without any problem!
*** This bug has been confirmed by popular vote. ***
*** Bug 196048 has been marked as a duplicate of this bug. ***
Facing that problem, too, I did some testing running Debian squeeze (amd64; KDE 4.4.5) and nvidia's proprietary driver (256.53) on GeForce 6100: At first, my xorg.conf consisted of nothing but Section "Device" to enforce the driver's usage and enable RandR and Section "Screen", wherein SubSection "Display" contained a line Mode "1280x1024_75" to set up my TFT correctly. That way $ xrandr -o {normal|inverted|left|right} worked fine, while both krandrtray and $ xrandr --output default --rotate <orientation> only ran normal and inverted but refused to run left and right. xrandr was complaining about the virtual screen being too small. Thus I added Virtual 1280 1280 to SubSection "Display". After restarting X, both xrandr in any notation and krandrtray worked well. (This can not be considered a workaround as the actual screen is way lost in a too large virtual screen and will thus move around in the latter as soon as one gets the mouse pointer to its borders.) man xrandr shows, that the different notations reflect changes among RandR 1.1 and 1.2. I therefore consider this issue to be a question of syntax: Older versions of krandrtray supposedly used the 1.1 syntax ("-o foo") to talk to the backend while newer versions use the 1.2 syntax ("--output foo --rotate bar"). If the X-Server and / or the driver in use don't get along with that, rotating left or right will fail due to the virtual screen size-problem.
Thank you for your bug report or feature request. Unfortunately, we did not have a maintainer for the "krandr" components, which are used to manage displays and monitors in the KDE Workspaces. The "krandr" components has been superseded by "KScreen" in newer releases of the KDE Workspaces. It is compatible with all versions since 4.11, and is also used with Plasma 5. Please check with your distribution how to update to KScreen. If this issue or feature request is still applicable to KScreen version 1.0.5 or newer, please add a comment. We will then reassign this ticket to KScreen developers. If you are already using KScreen to manage displays or monitors, and found a different bug or need a specific feature, please create a new ticket for "KScreen" product in this bugzilla using this link: https://bugs.kde.org/enter_bug.cgi?product=KScreen (This is an automatic message from the KDE Bug Triaging Team)