Bug 25726 - MCC mouse wheel gets frozen in packages list
Summary: MCC mouse wheel gets frozen in packages list
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: All Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-11-22 18:52 CET by Antonin Roussel
Modified: 2021-09-06 22:50 CEST (History)
4 users (show)

See Also:
Source RPM: rpmdrake-6.30-1.mga7.src.rpm
CVE:
Status comment:


Attachments
rpm -qa | grep -v mga7 | sort (2.36 KB, text/plain)
2020-11-28 10:13 CET, Antonin Roussel
Details

Description Antonin Roussel 2019-11-22 18:52:50 CET
Description of problem:
mouse wheel not working in mcc packages list

Version-Release number of selected component (if applicable):
drakconf-13.22-1.mga7

How reproducible:
every time (and since 2019-08 https://bugs.mageia.org/show_bug.cgi?id=12453#c31)

Steps to Reproduce:
1. select a package category in the left panel
2. browse the list on the right panel with the mouse
3. the list scroll a bit, and then stops.
*. the list should scroll all along

Workaround:
 . need to use the scrollbar
 . surprisingly, I found holding the third button of my Logitech mouse while wheeling, makes the scroll behave as expected. This mouse in driven as universal (PS/2 or USB).

NB: in any other app, mouse wheel behave as usual.
Comment 1 Lewis Smith 2019-11-23 21:37:39 CET
Is your system up-to-date?
What desktop are you using? The reference above implies Plasma, but that bug was for Xfce.

Trying this on M7 x64 with a "‎PS/2 Generic Wheel Mouse", under Mate, I cannot reproduce the problem using Add/Remove Software directly, or the same from Mageia Control Centre.
All panes scroll fully with the mouse wheel, particularly the packages list in the RH pane for a category selected in the LH pane. Every one I tried worked all the way; the longest list I found was System/X11.

Is your system French? If so, please try installing the 'ibus-gtk' package. It is benign.

I will try this under Plasma, but only report back if that shows the problem described, i.e. different from Mate.

Ever confirmed: 1 => 0
Status: NEW => UNCONFIRMED
CC: (none) => lewyssmith

Comment 2 Antonin Roussel 2019-11-24 11:39:23 CET
My system is French, up to date. This is a M7 updated from M6.
I have checked on a spare M7 (old fresh cauldron7 not up to date). The bug is not showing.

Back on my system, I have installed ibus-gtk, and it does not change the bug.

As far as I remember, my bug is from the begining of updated M6->M7. I have tried with another USB mouse, and it's almost the same. 
Now, I can precise that any mouse button pressed while wheeling, make the scroll fine. Then I'm thinking something let the focus vanish, but if a button is pressed... What could it be ?
Comment 3 Antonin Roussel 2019-11-24 11:45:37 CET
And I use Plasma desktop
Comment 4 Lewis Smith 2019-11-25 16:57:52 CET
(In reply to Antonin Roussel from comment #2)
> My system is French, up to date. This is a M7 updated from M6.
> I have checked on a spare M7 (old fresh cauldron7 not up to date). The bug
> is not showing.
> As far as I remember, my bug is from the begining of updated M6->M7
This looks significant. It may need a comparison of relevant packages - whichever they are.

> Back on my system, I have installed ibus-gtk, and it does not change the bug.
Thanks for trying. A long shot...

(In reply to Antonin Roussel from comment #3)
> And I use Plasma desktop
If you have another desktop installed, it is worth trying with that. But do not install another one specially for this problem.

> NB: in any other app, mouse wheel behave as usual.
So assigning to mageiatools, CC thierry, for rpmdrake.

Assignee: bugsquad => mageiatools
Source RPM: drakconf-13.22-1.mga7 => rpmdrake-6.30-1.mga7.src.rpm
CC: lewyssmith => thierry.vignaud
Ever confirmed: 0 => 1
Status: UNCONFIRMED => NEW

Comment 5 Antonin Roussel 2020-11-28 00:15:13 CET
I've just noticed that mouse wheel gives the scroll when hovering columns heads. I'm not sure this was true before, but this can explain "3. the list scroll a bit, and then stops." in comment #1

Previous described behaviour is still the same
Comment 6 Dave Hodgins 2020-11-28 00:36:33 CET
I cannot recreate the problem either, in a system that started as a Mageia 3
installation, upgraded each release and currently running Mageia 7 x86_64.
I have all available desktop environments installed but usually run plasma.

The command "rpm -qa|grep -v mga7" should show some gpg-pubkey and any
third party packages installed. Anything else should be considered for
removal to ensure old packages are not causing problems.

CC: (none) => davidwhodgins

Comment 7 Antonin Roussel 2020-11-28 10:13:08 CET
Created attachment 12024 [details]
rpm -qa | grep -v mga7 | sort

After the command #
rpm -qa | grep -v mga7 | sort
I have to remove all *.mga6 and then I will tell
Comment 8 Martin Whitaker 2020-11-28 12:50:42 CET
The behaviour you report, including the workarounds, is very consistent with bug 12453. Does Plasma have a similar setting to the one that fixed the bug for Xfce?

CC: (none) => mageia

Comment 9 Dave Hodgins 2020-11-28 17:03:17 CET
(In reply to Antonin Roussel from comment #7)
> Created attachment 12024 [details]
> rpm -qa | grep -v mga7 | sort
> 
> After the command #
> rpm -qa | grep -v mga7 | sort
> I have to remove all *.mga6 and then I will tell

Consider them for removal. From that list, keep the gpg-pubkey*, wine-gecko,
wine64-gecko, skypeforlinux (third party), windows95 ??, should be kept.
The lib and lib64 packages can be deleted unless they are required dependencies
of one of a wanted package such as skype.
Comment 10 Antonin Roussel 2020-11-30 14:53:59 CET
# for p in `cat mg6-removal.lst` ; do urpme $p ; done ;
# urpme --auto-orphans
# rpm -qa|grep -v mga7|sort
gpg-pubkey-80420f66-4d4fe123
gpg-pubkey-df7587c3-576a5c23
skypeforlinux-8.15.0.4-1
wine64-gecko-2.47-1.mga6
wine-gecko-2.47-1.mga6

Some mga7 packages were removed, but I do not bother about this.

After reboot, the bug is still there.

I logged on Xfce with another profile, and could not reach the XFCE settings like in https://bugs.mageia.org/show_bug.cgi?id=12453#c28
Indeed, I'm running compiz !

The following command allowed me to reach the setting.
$ xfwm4 --replace
But, without compiz, I do not need that setting set to get normal behaviour.

So, I would charge Compiz side effects for this bug.
Comment 11 Aurelien Oudelet 2021-07-06 13:14:43 CEST
Mageia 7 is EOL since July 1st 2021.
There will not have any further bugfix for this release.

You are encouraged to upgrade to Mageia 8 as soon as possible.

@reporter, if this bug still apply with Mageia 8, please let us know it.

@packager, if you work on the Mageia 7 version of your package, please check the Mageia 8 package if issue is also present. In this case, please fix the Mageia 8 version instead.

This bug report will be closed OLD if there is no further notice within 1st September 2021.
Comment 12 Antonin Roussel 2021-08-02 18:26:10 CEST
The system has been upgraded to Mageia 8.
This bug is still applying to Mageia 8, for instance LXDE+Compiz. If Plasma was selected, a black screen with a mouse in the only thing visible. As a reminder Compiz is not supported, further less with Plasma.
Comment 13 Marja Van Waes 2021-09-06 22:50:16 CEST
(Changing Version: to 8)

Version: 7 => 8
CC: (none) => marja11


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