| Summary: | Title bar wheel event doesn't match the selected option | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Folco <mdemolins> |
| Component: | other (any) | Assignee: | Michele Calgaro <michele.calgaro> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | bugwatch, michele.calgaro, slavek.banko |
| Priority: | P5 | ||
| Version: | 3.5.13 [Trinity] | ||
| Hardware: | amd64 | ||
| OS: | Kubuntu Oneiric | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
|
Description
Folco
2012-08-23 14:36:07 CDT
This is working in R14 GIT. Perhaps Slavek can test this in 3.5.13.1. I see Folco uses an updated 3.5.13.1. However, I tried it on my test machine with Squeeze and for me it working correctly. (In reply to comment #1) > This is working in R14 GIT. > > Perhaps Slavek can test this in 3.5.13.1. In the initial post, I said: "a mouse event on a title bar changes the focused application" That's false, I wanted to say: "a WHEEL event on a title bar changes the focused application" Sorry. (Odpověď na komentář #3)
> That's false, I wanted to say:
> "a WHEEL event on a title bar changes the focused application"
That's OK - we understand. However, both Darrell (in R14) and me (3.5.13.1) it works fine.
(In reply to comment #4) > (Odpověď na komentář #3) > > That's false, I wanted to say: > > "a WHEEL event on a title bar changes the focused application" > > That's OK - we understand. However, both Darrell (in R14) and me (3.5.13.1) it > works fine. How could I investigate by myself ? What are the part of TDE/X11 involved ? Try create a new clean settings (eg a new user account), and test it in this. You don't have to delete your profile directory ($HOME/.trinity). Log out of Trinity and rename the directory. That will cause Trinity to create a clean profile. Before doing that, try configuring Trinity to start with an empty session, then log out and log in. Another long-standing trick to resolve some problems is to log out of Trinity, delete the ksycoca cache, and then log in. The changes for title bar action are stored in $TDEHOME/share/config/twinrc: [MouseBindings] CommandTitlebarWheel=Maximize/Restore > Another long-standing trick to resolve some problems is to log out of Trinity, > delete the ksycoca cache, and then log in. > Ok, didn't know, I'm going to read some doc about ksyscoca, thanks. I will also try to rename my .trinity. > The changes for title bar action are stored in $TDEHOME/share/config/twinrc: > > [MouseBindings] > CommandTitlebarWheel=Maximize/Restore Yes, I found that too (kwinrc), and my setting is good (Maximize/Restore). By the way, in the same folder, do you have a file "kcmshellrc" which belongs to root ? On my PC, this is the only file of this folder which belongs to root. Is this normal ? Because when I right click on a title bar, and choose "Configure Window Behavior", I get an error message "Will not save configuration. Configuration file "<$MY_HOME>/.trinity/share/config/kcmshellrc" not writable. Please contact your system administrator." Perhaps my problem is about that ? Yes, kwinrc would be correct for 3.5.13.x. The kwin->twin renaming began after 3.5.13 was released. What are the file permissions and ownership of $HOME/.trinity/share/config/kcmshellrc? Did you update to 3.5.13.1 from 3.5.13 or from a previous KDE3/TDE release? > What are the file permissions and ownership of > $HOME/.trinity/share/config/kcmshellrc? ~/.trinity/share/config$ ls -l kcmshellrc -rw------- 1 root root 147 2012-08-25 12:57 kcmshellrc I didn't change permissions or ownership by hand. > Did you update to 3.5.13.1 from 3.5.13 or from a previous KDE3/TDE release? I did exactly that procedure : http://www.trinitydesktop.org/wiki/bin/view/Documentation/UbuntuBinaryInstallation So it seems that first I installed 3.5.13, then I upgraded to 3.5.13.1. I installed TDE over a fresh and default Ubuntu 11.10 AMD64 install. Interesting. If this is a personal system, then as root, perform the following: chown -R username:username /home/username/.trinity Where "username" is your user account login name. For example: chown -R folco:folco /home/folco/.trinity > chown -R folco:folco /home/folco/.trinity
I did it. File is now mine, I can read and write it. I did some modifications in System Settings to force rewriting of the config files. I restarted my session (always started as an empty session), and restared X. Nothing new happens, the bug is still here.
I did some researches on ksy(s?)coca. I didn't find any occurence for these words with synaptic, or with grep as root (grep -r ksy(s)coca /etc/*, grep -r ksy(s)coca /home/folco/*).
I found a symlink (/etc/udev/rules.d/025_logitechmouse.rules), which points to ../logitechmouse.rules. The file pointed to by the symlink doesn't exist, and my mouse is, indeed, a Logitech. Perhaps there is a problem with that ?
ksycoca cache: $TDEHOME/cache-$HOSTNAME/ksycoca* $TDEHOME/cache-$HOSTNAME is a sym link to /var/tmp/tdecache-$USER Regarding the udev rules, look at the following to see if this applies to you: http://bugs.pearsoncomputing.net/show_bug.cgi?id=936 > ksycoca cache:
I deleted ksycoca cache, after having closed my session, but the bug still happens.
(Thanks about the udev rules, fixed for me)
Did you try renaming $TDEHOME and starting TDE to force creating a new profile? I tried 3.5.13.1 on Ubuntu Precise and it works correctly. However, I found reason why it behaves differently for you. Go to the Control Center / Desktop / Multiple Desktops and turn off Mouse wheel over desktop background switches desktop. This setting for some reason does not only switch between desktops when the cursor is in the background, but also switch between windows when the cursor is on the window frame. I am marking this bug as resolved/invalid since the functionality related to the problem description is (and was at the time of the bug report) working properly. The root cause of the problem reported is different (described in comment 16, last sentence) and will be address in bug 1878. Feel free to reopen this bug if you see fit |