Description of problem: Mousewheel support lost in list of installable rpms or updates. This always worked up to now. Version-Release number of selected component (if applicable): drakconf-13.16-1 How reproducible: Always Steps to Reproduce: 1. Invoke mcc 2. Go to install or update packages 3. Try to scroll up and down through list of rpms
Doesn't work here in cauldron, either. However, I had to attach a mouse to see that... i don't think I ever used a mouse wheel to scroll, so no idea since when it doesn't work.
CC: (none) => marja11Assignee: bugsquad => mageiatoolsWhiteboard: (none) => MGA6TOOVersion: 6 => Cauldron
s/scroll/scroll in MCC/
Hi, in MGA5 it works as it always did
mga6 works too.
CC: (none) => anaselli
(In reply to Angelo Naselli from comment #4) > mga6 works too. Scrolling with the mousewheel through the packages in this screen http://doc.mageia.org/mcc/6/en/content/images/rpmdrake.png ? If so, then the used theme, DE or whatever might matter. It doesn't work for me in cauldron, Xfce, theme: Adwaita.
(In reply to Marja van Waes from comment #5) > > It doesn't work for me in cauldron, Xfce, theme: Adwaita. and using sddm
Yes, forgot to mention: xfce in use here, too
I've seen this in Xfce since some time in December, when I first installed it on one of my 32-bit systems. It looks like it's been around a while, too, as this bug sounds like the same one as Bug 12453. In that bug, some comments speculate a problem with Xfce being GTK+2-based, while many of the drakconf tools are GTK+3. Looking on the Web, I see that Xfce 4.12 was some sort of GTK+2/GTK+3 hybrid. My speculation is that mouse scrolling was one of the parts not yet converted. It may be that we'll have to change to Xfce 4.14, which is supposed to be GTK+3-based, before this will be cured. But then, all I know is what I've read on the Web, a notorious source of inadequate information. In the mean time, scrolling by using the scroll bar on the side does work.
CC: (none) => andrewsfarm
Thanks for the feedback, Markus, and for mentioning bug 12453, Thomas :-) Closing as duplicate, then *** This bug has been marked as a duplicate of bug 12453 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE
(In reply to Marja van Waes from comment #5) > (In reply to Angelo Naselli from comment #4) > > mga6 works too. > > Scrolling with the mousewheel through the packages in this screen > http://doc.mageia.org/mcc/6/en/content/images/rpmdrake.png ? > > If so, then the used theme, DE or whatever might matter. > > It doesn't work for me in cauldron, Xfce, theme: Adwaita. I don't know in cauldron, i need to update my vm for that, kde on mga6 works
Hi all, any update so far? In the source repo there's still only the "official" one, ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/6/SRPMS/core/release/drakconf-13.16-1.mga6.src.rpm none in update, or update testing. So, mga6's drakconf still doesn't work correctly in xfce (but one day we should switch from mga5 to mga6, since maintenance period seems over). Thanks!
Status: RESOLVED => REOPENEDResolution: DUPLICATE => (none)Summary: Drakconf / MCC: Mousewheel not supported => Drakconf / MCC: Mousewheel not supported IN XFCE
It's Xfce that needs the update/upgrade, not drakconf. And that probably has to come from upstream.
Comparing xfce packages between MGA5 and MGA6, there's only one minor digit delta -- is it worth to have the new version of xfce, which seems to be "disimproved" during that "updating"? Or, could we use xfce out of MGA5 as a workaround until a fix is available?
I've forgotten the exact timing, but some time ago the drakconf tools were updated to use GTK+3, where they had been using the older GTK+2. Most distros are moving from GTK+2 to GTK+3, as there is little, if any, development going on in GTK+2 these days. Xfce, at the moment, still uses GTK+2, so it doesn't fully work with apps that use GTK+3. There is supposed to be a version of Xfce that uses GTK+3 in the works upstream, but for whatever reason development of Xfce is painfully slow. It has not been released yet, as far as I know. So, the only way to "fix" the problem without an Xfce update would be to return to the last version of the drakconf tools that used GTK+2, until Xfce finally catches up to the rest of Linux. That's not going to happen, as it would create a whole host of other problems, some of them much worse than this one. I agree that it's very annoying. I have an old laptop that won't work with Plasma and the open source driver for my video card, but Xfce does. But, the scroll bars can be made to work with the mouse. Also, if you want to scroll through a list of packages in drakrpm or Mageia Update, if you click on one to select it, you can use the up and down arrows of your keyboard to scroll through the list.
Hi, I went through mcc and found that NIC configuration DOES work with mouse wheel. You can see what I did in a little movie: https://www.dipl-ing-kessler.de/tmp/mga6-xfce4-scrolling.mp4 Maybe the other components can be made behave like NIC configuration section? Best regards, Markus
Same in Cauldron7 -- most windows refuse scrolling, but configuring the network interface DOES support mouse scrolling. Cauldron's behaviour is the same as what I showed in the video for MGA6. Do these modules use different graphic libraries?
drakconnect uses gtk3, just like drakrpm. Read the comments in bug 12453. This bug is intermittent and erratic. As remarked there, it works fine for some users, or if you run drakrpm directly, or if you position the mouse pointer over the header line in the package list pane. It is a compatibility problem between GTK3 and Xfce/GTK2. It isn't a Mageia tools bug - mouse wheel events are handled inside the GTK3 library, and never get passed out to the application. If you want to get this fixed, try reporting the bug upstream as Thierry suggests in bug 12453 comment 22. But I wouldn't hold out much hope - I've never got any response to bugs I've reported there. Please don't reopen duplicate bugs. Any additional information should be added to the original bug report. *** This bug has been marked as a duplicate of bug 12453 ***
CC: (none) => mageiaResolution: (none) => DUPLICATEStatus: REOPENED => RESOLVED