Bug 3780 - Touchpad click should be enabled by default (default setting regression)
Summary: Touchpad click should be enabled by default (default setting regression)
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: GNOME maintainers
QA Contact:
URL:
Whiteboard:
Keywords: UPSTREAM
: 13522 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-12-16 13:27 CET by Christian Lohmaier
Modified: 2016-10-11 21:26 CEST (History)
3 users (show)

See Also:
Source RPM: gnome-control-center
CVE:
Status comment:


Attachments

Description Christian Lohmaier 2011-12-16 13:27:03 CET
Description of problem:
Boot to Mageia2 alpha2/Gnome, try to activate anything by clicking into the touchpad รข nothing happens.

You need to go to the Mouse settings and explicitly allow click via touchpad.

Just do a google search and you'll find lots of questions regarding this questionable change in default.
Those who disabled click in the past, will be able to still do so.

But those having used Linux or Windows before, where clicking via the pad was default, will have a "wtf" moment or two, thinking their touchpad isn't properly supported.
Comment 1 Manuel Hiebel 2011-12-16 13:44:17 CET
why "Update breaks my touchpad" ?

Component: Installer => RPM Packages

Manuel Hiebel 2011-12-16 13:46:46 CET

Keywords: (none) => NEEDINFO
Source RPM: (none) => gnome-control-center

Comment 2 Christian Lohmaier 2011-12-16 14:06:34 CET
because: clicking on the touchpad did execute a click before in windows, in $previous_distro, and when switching to Mageia alpha2 suddenly only the buttons work, and no longer the tap-to-click feature.

Keywords: NEEDINFO => (none)

Comment 3 Manuel Hiebel 2011-12-16 19:24:52 CET
Ah you have upgrade ok perfect :)

Assigned to the package maintainer.

(Please set the status to 'assigned' if you are working on it)

Keywords: (none) => Triaged
Blocks: (none) => 3342
Assignee: bugsquad => olav

Comment 4 Christian Lohmaier 2011-12-16 23:21:55 CET
oh,m to be clear on that - I did not upgrade yet - it is still too alpha for me to really switch - this is while booting the Live iso - and I guess these are the settings that will be applied when installing the system. 

A windows user who is trying out Mageia will not be satisfied with the touchbad not responding on clicks anymore. On all machines/all drivers I have come across so far, disabling the tap-to-click requires user-interaction, but never the opposite.

It simpler to understand that you can make the system ignore something than to understand that it is not broken, but not activated.
Olav Vitters 2012-03-14 10:07:43 CET

Blocks: 3342 => (none)
Summary: GNOME - click via touchpad should be enabled by default - otherwise "Update breaks my touchpad" => Touchpad click should be enabled by default (default setting regression)

Comment 5 Christian Lohmaier 2012-05-06 21:52:44 CEST
still the same in beta3 live iso.

While booting up (i.e. when choosing the language, accepting the license, choosing the keyboard layout) the touchpad-click works, but when gnome is booted, it stops working and has to be manually enabled.

This is bad usability and contrary to users' expectations.

What is the rationale behind disabling this by default? If you cannot name any reason, please change the default.
Comment 6 Marja Van Waes 2012-05-26 13:07:29 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 7 Christian Lohmaier 2012-06-25 16:46:19 CEST
yes, still valid.
comment #5 still holds true.
Manuel Hiebel 2012-06-26 09:43:34 CEST

Keywords: NEEDINFO => (none)

Comment 8 Marja Van Waes 2012-07-06 15:04:08 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 9 Nic Baxter 2015-03-13 05:25:10 CET
Still valid? Keep open?

CC: (none) => nic

Comment 10 Olav Vitters 2015-03-13 13:05:28 CET
I'm not planning to do anything with this bug. I don't know how to judge what's better. I prefer following whatever upstream does. Removing me as assignee.

Assignee: olav => bugsquad

Comment 11 Marja Van Waes 2015-03-13 19:19:02 CET
(In reply to Nic Baxter from comment #9)
> Still valid? Keep open?

(In reply to Olav Vitters from comment #10)
> I'm not planning to do anything with this bug. I don't know how to judge
> what's better. I prefer following whatever upstream does. Removing me as
> assignee.

Setting UPSTREAM keyword.

@ Christian

Please close as fixed, if it did/does get fixed.

If not, it is better to file a bug here https://bugzilla.gnome.org/ (or add yourself to it if it already exists)

In that case, please give a link to the report

Keywords: Triaged => UPSTREAM
CC: (none) => marja11

Comment 12 Nic Baxter 2015-03-14 01:32:22 CET
reported

https://bugzilla.gnome.org/show_bug.cgi?id=746189
Comment 13 Marja Van Waes 2015-03-14 08:59:05 CET
Thanks, Nic

Adding it to the "See Also" field

(That is for links to bugs in other, so non-Mageia, Bugzillas and can be used for a link to the upstream bug report, but also for links to bug reports in other distros about the same issue as our bug report is about.)

See Also: (none) => https://bugzilla.gnome.org/show_bug.cgi?id=746189

Comment 14 Manuel Hiebel 2015-04-27 18:43:51 CEST
*** Bug 13522 has been marked as a duplicate of this bug. ***

CC: (none) => tablackwell

Comment 15 Samuel Verschelde 2016-10-11 21:26:59 CEST
Assigning to GNOME maintainer group but that doesn't mean anything will be done, since it seems to be an upstream decision...

Assignee: bugsquad => gnome


Note You need to log in before you can comment on or make changes to this bug.