Description of problem: mouse scrolling in mageia soft doesn't works in xfce, but works in lxde, gnome, cinnamon, mate, kde
Version-Release number of selected component (if applicable):
How reproducible: always
Steps to Reproduce:
1. install xfce
2. run any mageia soft, for example, rpmdrake
3. touch middle button of mouse and scroll
Steps to Reproduce:
because it's not configured ? (like in gnome)
How to configure?
via the config center from xfce ?
Scrolling works for all applications, problem is only for mageia soft.
> via the config center from xfce ?
I did not find settings for scrolling.
Not for every mcc window really, only some of them: drakrpm doesn't scroll with mouse wheel, but pop-ups at "aply" do. In my test install of mga4 it started working after some hours, I believe some other DE touched the config to make it work (I have various DE installed).
I installed all DE, but no scroll with mouse wheel in xfce anyway.
Additional info: using the mouse wheel on the listview/header bar does work.
This cannot be categorized as a gtk+3 regression as it's desktop dependant
For me (mageia5, xfcd 4.12) it works: proceding as described in "steps to reproduce") the middle button scrolls through the work-spaces.
Did you correctly set up Settings->Window Manager Tweaks->Workspaces, 1st item = "Use the mouse wheel on the desktop to switch workspaces?"
(In reply to Juergen Harms from comment #9)
> For me (mageia5, xfcd 4.12) it works: proceding as described in "steps to
> reproduce") the middle button scrolls through the work-spaces.
> Did you correctly set up Settings->Window Manager Tweaks->Workspaces, 1st
> item = "Use the mouse wheel on the desktop to switch workspaces?"
From what I understood from the bug report this is out of scope. The problem arises only in Mageia's own software.
It's not obvious who the culprit is, so assigning to Mageia Tools group for diagnostics with XFCE's maintainer in CC for helping them.
I just attached a mouse and tried, in XFCE, in MCC => rpmdrake (= install and remove packages), and 9 out of 10 attempts to scroll, the wheel worked fine to scroll through the packages and through the details an files of a package. The only time it didn't work may well have been my error: I'm not used to scrolling with mouse wheels.
Is this bug still valid for anyone?
Yes, it exists in Mga6 (sta2, now, as it was updated) and came here to report it, only to find someone was faster than me.
In LXDE/Mageia 6, scrolling works (but then it still uses gtk2, IIRC). In Mageia 5/KDE 4, it also works.
This is particularly annoying in Xfce because the handle (or "trough", in ancient X parlance) is very hard to drag (because it disappears quickly) and thus we end involuntarily selecting an entry -- which causes the download of the entry description (with a popup window!) and delays the list navigation quite a lot.
Thank you, Pavel, for posting that tip about the header. It's a nice workaround.
Created attachment 8790 [details]
MCC software install with marked areas
Area 1 is the area which won't scroll with the mousewheel. Scrolling with the keyboard arrows or Page Down works but is less convenient.
Arrow 2 shows the handle which appears and disappears too quickly and makes us click involuntarily on the underlying entry.
After Pavel's tip, I think the severity of this is minor IMHO.
Scrolling does not work when I first start MCC, then Software Management, then Install and Remove Software.
Scrolling DOES work when I start drakrpm directly, stand-alone from the menu (All --> Install & Remove Software) or in a terminal.
Both M5 and M6 have this issue in Xfce4, and drakrpm is the only application with this bug.
2 months later ! Scrolling does not still work in MCC.
It has been solved in M5, i thought it will be solved in M6. But sta2 is now delivered and the problem remains the same.
Further more the vertical scrolling bar is almost hidden on the right and dragging it higher or lower is unpredictible. Because those 3 things make Software Management unusable with a mouse for beginners, I think the severity of this is not at ll minor.
Xfce is more distro agnostic than Gnome or KDE, because it is available on most distros. This problem shows too obviously how Mageia is not doing the job.
It only happens to XFCE right? Seems we need more volunteers for XFCE. Feel free to assists, it is a community desktop and saying 'we're not doing our job', well, it's kind of simplistic. I dont' use XFCE and my paid job I do enough to not have been fired yet AFAIK. I'll mark it as needhelp and remove myself.
Setting to high because we provide XFCE as a Live ISO now.
(In reply to magnux77 from comment #16)
> This problem shows too obviously how Mageia is not doing the job.
Was this comment really meant to help?
I did not want to fire you in anyway. Please accept my apologies.
But my english is too poor. I just want to mean that the occurence of this problem should appears like a Mageia weakness. And XFCE is the second DE in number of installation.
Looks like a bad interaction between gtk+3 & xfce (which is using gtk+2)
I wonder how that can affect input events... ???
That shouldn't happen.
Eg: we had gtk+ app under KDE for nearly 2 decades and vice versa
This is a very weird bug.
On M5: on my desktop install, 2 years old, fully updated, kde and gnome and xfce installed. I only use xfce. I can't scroll rpmdrake IF and only IF I invoke rpmdrake via MCC. rmpdrake or drakrpm started via terminal or the menu: no problem scrolling. Test: create a new user, login xfce. Same problem.
On M5 virtualbox, fresh install some months ago via netinstall, fully updated, xfce only system: No scolling problem at all, not via mcc or invoked directly. No matter how I change the xfce settings: scrolling works.
On M6 virtualbox, fresh install last week - netinstall, fully updated, xfce only system: the same issue as on my M5 desktop. I can't scroll rpmdrake IF and only IF I invoke rpmdrake via MCC. rmpdrake or drakrpm started via terminal or the menu: no problem scrolling.
Is it a missing package? Or is it just a package installed that triggers this bug? I tried to compare the lists of rpms I have installed on these systems, but I'm clueless where to look. gtk, perl or what else?
It would be nice if we could fix this, I'm willing to do more tests if someone tells me what I should try.
MCC is using GtkPlug/GtkSocket for embedding apps within it.
However those widgets do not much love/attention in gtk+ those days :-(
This does seems to be the culprit as comment #5 says that popup windows from embedded apps behaves OK...
I still don't understand what happens in the gtk+3 vs xfce interaction
I think this bug has best to be reported upstream at:
thierry do you think you can create it ? ( you know this better and you will add better infos ).