[regression] shipped mousetweaks (3.0) does not work with shipped control-center (2.32), needs downgrade

Bug #762806 reported by Jools Wills
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Unity
Invalid
Undecided
Unassigned
mousetweaks
Invalid
Undecided
Unassigned
Baltix
Invalid
Undecided
Unassigned
mousetweaks (Ubuntu)
Fix Released
High
Unassigned
Natty
Invalid
High
Unassigned

Bug Description

There's a version mismatch between mousetweaks and gnome-control-center + gnome-settings-daemon. The GNOME 3 versions of these modules use dconf for configuration and the 2.32 versions use gconf. Downgrading mousetweaks to 2.32 will fix this.

Original description:
First of all I can currently unable to get "simulated second click" in gnome assistive technologies to work at allw ith the unity desktop - ie i cannot hold the left button and simulate a second click. Secondly, as a click and hold is already being utilised to move entries in the unity menu, how should this interact with this accessibility option. take for example a single click touchscreen.

Revision history for this message
Jools Wills (jools) wrote :

sorry for the typos. should read "I am currently unable" etc.

This is Unity on Natty beta 2.

Revision history for this message
Alistair Buxton (a-j-buxton) wrote :

Confirmed. Dwell click doesn't seem to work either.

Changed in unity:
status: New → Incomplete
status: Incomplete → Confirmed
Revision history for this message
Jools Wills (jools) wrote :

I can't get this working on natty with the "classic" desktop too, which is rather worrying.

Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Jools Wills (jools) wrote :

As this also affects the "classic desktop" should the bug be also assigned elsewhere, or a new bug opened for that (likely the same issue though)

Revision history for this message
Jools Wills (jools) wrote :

doing

killall mousetweaks; mousetweaks --ssc

makes the second click work for me, so perhaps mousetweaks is being started with the wrong options or something ? I'll try and debug it further.

Revision history for this message
Jools Wills (jools) wrote :

in maverick, in gconf-editor there is

/desktop/gnome/accessibility/mouse/

with delay_enable (bool) and delay_time (float)

these exist in natty too, but in natty delay_time is an int, and there is a "error" "This key has no schema". The key has no owner (in maverick it is mousetweaks).

missing some config stuff here? I'm not familiar with the functioning of the gnome configuration stuff, but ill keep digging if this bug doesnt get fixed first :)

Revision history for this message
Jools Wills (jools) wrote :

 ok. this looks like a mousetweaks bug. The new 3.0 version of mousetweaks seems to miss agconf schema that was in the older version. downgrading to the maverick version fixes this.

Revision history for this message
Gerd Kohlberger (lowfi) wrote :

There's a version mismatch between mousetweaks and gnome-control-center + gnome-settings-daemon. The GNOME 3 versions of these modules use dconf for configuration and the 2.32 versions use gconf. Downgrading mousetweaks to 2.32 will fix it. (or upgrading the others)

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Not a Unity bug.

affects: unity (Ubuntu) → mousetweaks (Ubuntu)
Changed in unity:
status: Confirmed → Invalid
summary: - simulated second click with unity
+ mousetweaks 3.0 does not work with control-center 2.32
Revision history for this message
Jeremy Bícha (jbicha) wrote : Re: mousetweaks 3.0 does not work with control-center 2.32

I don't believe this is an upstream bug either.

Changed in mousetweaks:
status: New → Invalid
tags: added: a11y regression-release
Changed in mousetweaks (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
description: updated
Revision history for this message
Jeremy Bícha (jbicha) wrote :

Ok, I triaged this bug and marked it as High importance, since it is a regression in accessibility that affects the entire desktop. Thank you for reporting this bug!

Changed in mousetweaks (Ubuntu):
milestone: none → ubuntu-11.04
Jeremy Bícha (jbicha)
Changed in mousetweaks (Ubuntu):
milestone: ubuntu-11.04 → none
Revision history for this message
Jools Wills (jools) wrote :

thanks for reassigning/sorting the bug metadata. I was trying to assign it to "mousetweaks unity" but seemed unable to do so (probably because it was assigned already to unity (ubuntu) - no doubt user error ;-) . Pleased it has some attention now.

Paul Sladen (sladen)
summary: - mousetweaks 3.0 does not work with control-center 2.32
+ [regression] shipped mousetweaks (3.0) does not work with shipped
+ control-center (2.32)
summary: [regression] shipped mousetweaks (3.0) does not work with shipped
- control-center (2.32)
+ control-center (2.32), needs downgrade
tags: added: sru
Changed in mousetweaks (Ubuntu):
milestone: none → natty-updates
Revision history for this message
Jools Wills (jools) wrote :

I was asked on #ubuntu-dev to add a short "steps to reproduce" on here so. in case it is needed (although none of the mouse accessibility stuff works due to the configuration changes gconf to dconf as was mentioned by Gerd earlier, so it is quite easy to reproduce by trying either simulate second click or dwell click)

on Mousetweaks 2.32.x + gnome-control-center 2.32.x

1. Load gnome-mouse-properties
2. Choose Accessibility Tab
3. Turn on Simulated second click.
4. Hold down the left mouse button, and it "fills" and you get a right mouse click

on Mousetweaks 3.0.0 + gnome-control-center 2.32.x

1. Load gnome-mouse-properties
2. Choose Accessibility Tab
3. Turn on Simulated second click.
4. Hold down the left mouse button, and nothing happens.

Similar with dwell click.

Revision history for this message
Francesco Fumanti (frafu) wrote :

> Secondly, as a click and hold is already being utilised to move entries in the unity menu, how
> should this interact with this accessibility option. take for example a single click touchscreen.

The problem might be fixed by differenciating between a click and hold where the pointer does not move and a click and drag. I suppose nautilus does it that way as it is possible to perform a simulated secondary click on the items in a nautilus window.

Revision history for this message
Jools Wills (jools) wrote :

Any change of an update as to when this would be fixed? Doesn't feel like accessibility is any sort of priority for Ubuntu when an important issue like this (which is easy to fix), is left open for two months after release.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

With 97,000 plus open bugs, importance sometimes depends on a developer actually being able to work an individual bug. This is a very important issue, however, that does not mean a developer has the opportunity to jump on it and fix it. There could be another, more important bug they are working.

Revision history for this message
Jools Wills (jools) wrote :

I'd be happy to help in any way I can.

My thinking to a quick fix is a fake version numbered mousetweaks 2.32 so something like 3.0.0+really2.32 or so, just until the next ubuntu release is out.

I understand there are lots of open bugs, but a lot is the fault of the way ubuntu is scheduled for release every 6 months. Had ubuntu the concept of "blocker bugs", major issues like this could get ironed out before release. I had to maintain my own mdadm package on my ppa, due to the ubuntu one not getting any attention previously, despite having posted fixes/patches and highlighted the issues. I still have unactioned patches on launchpad, so please also understand my frustrations too.

This bug is an easy fix in terms of time needed vs results, so I hope that it is looked at soon.

Revision history for this message
Jools Wills (jools) wrote :

still nothing ? Would you like me to build you an older mousetweaks package with a newer version number, and submit it? You have to take accessibility stuff like this more seriously, or else, there is no point writing up all the documents that state how good ubuntu is for this. this is an easy fix. I hope no-one who really needed this feature to operate their machine installed natty :/

Revision history for this message
Jools Wills (jools) wrote :

well, apart from me of course, and the others that use my modified distribution of Ubuntu for the O2 Joggler, but luckily I fixed it for them.

Revision history for this message
Jools Wills (jools) wrote :

Well, I have given up hope of having this fixed. At least I fixed it for my users of joggler ubuntu. it's a quick fix. this will no doubt remain "high priority" unless naty gets to end of life and then closed. shame :(

Revision history for this message
Omer Akram (om26er) wrote :

this won't be fixed in Natty I am afraid.

Revision history for this message
Jools Wills (jools) wrote :

Might as well close it, as it isn't an issue with later releases.

Changed in mousetweaks (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
dino99 (9d9) wrote :
Changed in mousetweaks (Ubuntu Natty):
status: Triaged → Invalid
Changed in baltix:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.