<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>316546</bug_id>
          
          <creation_ts>2013-03-11 15:42:07 +0000</creation_ts>
          <short_desc>KStatusNotifierItem capture mouse wheel events three times. kmix and amarok get 3x volume change</short_desc>
          <delta_ts>2013-12-14 10:12:52 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>plasma4</product>
          <component>notifications</component>
          <version>4.10.1</version>
          <rep_platform>Gentoo Packages</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.kde.org/show_bug.cgi?id=317024</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Enrico Tagliavini">enrico.tagliavini</reporter>
          <assigned_to name="Marco Martin">notmart</assigned_to>
          <cc>adam</cc>
    
    <cc>adaptee</cc>
    
    <cc>cfeck</cc>
    
    <cc>daniel.eckl</cc>
    
    <cc>flateric</cc>
    
    <cc>hein</cc>
    
    <cc>honyczek</cc>
    
    <cc>kfunk</cc>
    
    <cc>maxy</cc>
    
    <cc>mig21</cc>
    
    <cc>nalvarez</cc>
    
    <cc>obuolis1</cc>
    
    <cc>plasma-bugs-null</cc>
    
    <cc>rdieter</cc>
    
    <cc>retratserif</cc>
    
    <cc>skystis</cc>
    
    <cc>travneff</cc>
          
          <cf_commitlink>http://commits.kde.org/kde-runtime/d8089973bd83b7297ee67765b88ad56094a36adb</cf_commitlink>
          <cf_versionfixedin>4.11.4</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>60</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1349937</commentid>
    <comment_count>0</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-03-11 15:42:07 +0000</bug_when>
    <thetext>When using the mouse wheel to change volume from a tray icon on kmix or amarok I get 3 times the volume change I expect. For kmix the default is 5%, I get 15%, for amarok I get 12%. I think the problem is KStatusNotifierItem capture 3 events and not just one. Example of amarok debu log (I just paste what happens when using the wheel on the icon, for a single movement of the wheel, a.k.a 15 degrees, if more is needed ask :) ).



    amarok: BEGIN: void Amarok::MediaPlayer2Player::volumeChanged(int)
    amarok:   MPRIS2: Queueing up a PropertiesChanged signal
    amarok: END__: void Amarok::MediaPlayer2Player::volumeChanged(int) [Took: 0s]
    amarok: BEGIN: void Amarok::MediaPlayer2Player::volumeChanged(int)
    amarok: END__: void Amarok::MediaPlayer2Player::volumeChanged(int) [Took: 0s]
    amarok: BEGIN: void Amarok::MediaPlayer2Player::volumeChanged(int)
    amarok: END__: void Amarok::MediaPlayer2Player::volumeChanged(int) [Took: 0s]
    amarok: BEGIN: void DBusAbstractAdaptor::_m_emitPropertiesChanged()
    amarok: END__: void DBusAbstractAdaptor::_m_emitPropertiesChanged() [Took: 0s]

or kmix enabling kDebug() (will attach it in a second, it is long)

The mouse wheel works as expected when used on kmix sliders or on the volume control inside amarok.


Reproducible: Always

Steps to Reproduce:
1. start amarok --debug 
2. use the mouse wheel over the amarok icon in the system tray and look at the output
In alternative
1. enabled kmix kDebug(): start kdebugdialog and check kmix, apply
2. quit kmix (eg killall kmix)
3. start kmix again from the command line
4. use the mouse wheel with mouse over the kmix icon, save the log and check the event is captured 3 times</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1349939</commentid>
    <comment_count>1</comment_count>
      <attachid>77956</attachid>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-03-11 15:43:03 +0000</bug_when>
    <thetext>Created attachment 77956
kDebug output for kmix for a single wheel movement</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1360552</commentid>
    <comment_count>2</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-04-14 09:19:53 +0000</bug_when>
    <thetext>I just installed Fedora 18 on another PC. I updated to KDE 4.10.2 [which comes with normal fedora updates] and I have exactly the same problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1361678</commentid>
    <comment_count>3</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-04-17 17:04:05 +0000</bug_when>
    <thetext>

*** This bug has been marked as a duplicate of bug 313579 ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1361692</commentid>
    <comment_count>4</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-04-17 18:09:36 +0000</bug_when>
    <thetext>I take it back, even with the fix from bug #313579 , I still seem to be seeing 15% jumps.  odd.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1361716</commentid>
    <comment_count>5</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-04-17 18:56:47 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; I take it back, even with the fix from bug #313579 , I still seem to be
&gt; seeing 15% jumps.  odd.

I&apos;ve done some hack around kmix to get the inc value printet. It is correct, it correspond to an increment in the volume of 5%, as expected. But it is captured 3 times in a row for a single wheel step.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1361729</commentid>
    <comment_count>6</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-04-17 19:17:57 +0000</bug_when>
    <thetext>So, clearly the title of this report (about 3X mouse events) is accurate.

Interestingly, I was hoping that setting systemsettings-&gt;Input devices-&gt;mouse-&gt;advanced(tab)
mouse wheel scrolls by :  ...
to values other than 3 may help here, but alas, it did not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1369581</commentid>
    <comment_count>7</comment_count>
    <who name="Jekyll Wu">adaptee</who>
    <bug_when>2013-05-18 04:58:15 +0000</bug_when>
    <thetext>*** Bug 313579 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1372101</commentid>
    <comment_count>8</comment_count>
    <who name="Adam Porter">adam</who>
    <bug_when>2013-05-29 11:39:40 +0000</bug_when>
    <thetext>Bug 313579 has the patch for this bug.  It&apos;s also older and has more votes.  This bug should be a duplicate of it, not vice versa.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1372166</commentid>
    <comment_count>9</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-05-29 13:26:56 +0000</bug_when>
    <thetext>Adam, the patch in bug #313579 doesn&apos;t help (not for me anyway).  hard-coding a step of 5% + this bug (processed events 3 times) still means a 15% jump per mouse scroll.  :(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1373120</commentid>
    <comment_count>10</comment_count>
    <who name="Adam Porter">adam</who>
    <bug_when>2013-06-01 21:59:12 +0000</bug_when>
    <thetext>Rex, I see.  This is getting confusing.  Maybe the bug was in KStatusNotifierItem all along, not kmix.  I&apos;m not sure that these are duplicate bugs, though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1376015</commentid>
    <comment_count>11</comment_count>
      <attachid>80465</attachid>
    <who name="naur">mig21</who>
    <bug_when>2013-06-11 23:52:20 +0000</bug_when>
    <thetext>Created attachment 80465
Suppressed redundant MouseEventListener signals

I made a patch for plasma runtime (4.10.3) which fixes this issue.

The problem is caused by MouseEventListener item emitting multiple wheelMoved() signals for the same wheel event (once for every child item).
Attached patch suppresses redundant mouse signals.

I don&apos;t know if the original behavior of MouseEventListener was required in other parts of plasma desktop, so I might have introduced some side effects. The kmix problem is definitely solved though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1376141</commentid>
    <comment_count>12</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-06-12 11:02:46 +0000</bug_when>
    <thetext>(In reply to comment #11)
&gt; I made a patch for plasma runtime (4.10.3) which fixes this issue.

Thank you very much for that. Not an easy spot at all. I think you can also submit the patch the the KDE reviewboard. This might be a way to have it merged quicker</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1380239</commentid>
    <comment_count>13</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-06-29 18:37:24 +0000</bug_when>
    <thetext>(In reply to comment #11)
&gt; Created attachment 80465 [details]
&gt; Suppressed redundant MouseEventListener signals
&gt; 
&gt; I made a patch for plasma runtime (4.10.3) which fixes this issue.
&gt; 
&gt; The problem is caused by MouseEventListener item emitting multiple
&gt; wheelMoved() signals for the same wheel event (once for every child item).
&gt; Attached patch suppresses redundant mouse signals.
&gt; 
&gt; I don&apos;t know if the original behavior of MouseEventListener was required in
&gt; other parts of plasma desktop, so I might have introduced some side effects.
&gt; The kmix problem is definitely solved though.

I&apos;m testing this under KDE 4.10.4 on gentoo. I applied your patch to plasma-runtime. Now both kmix and amarok are working as expected. I can see no side effects at first glance.

Please consider this patch to be integrated. The problem is not critical, but very annoying :).

Thank you again</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1380249</commentid>
    <comment_count>14</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-06-29 19:20:36 +0000</bug_when>
    <thetext>I can also vouche the proposed patch here works as advertised (thanks)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1384765</commentid>
    <comment_count>15</comment_count>
    <who name="Christoph Feck">cfeck</who>
    <bug_when>2013-07-20 12:34:07 +0000</bug_when>
    <thetext>Please add the patch to https://git.reviewboard.kde.org/ so that Plasma developers can review it for inclusion.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1384864</commentid>
    <comment_count>16</comment_count>
    <who name="Andrew">travneff</who>
    <bug_when>2013-07-20 19:15:29 +0000</bug_when>
    <thetext>Seems fixed for me with KDE 4.10.5 at Fedora 19 x64.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1384873</commentid>
    <comment_count>17</comment_count>
    <who name="Rex Dieter">rdieter</who>
    <bug_when>2013-07-20 19:37:52 +0000</bug_when>
    <thetext>true, fedora&apos;s kde-runtime-4.10.5-3+ builds include the proposed patch from comment #11</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1394877</commentid>
    <comment_count>18</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2013-09-03 19:08:55 +0000</bug_when>
    <thetext>naur, I&apos;ve discussed and reviewed this patch together with Marco Martin as I was fixing other bugs in MouseEventListener, and we&apos;d like to merge it upstream. Could you please re-submit it via ReviewBoard, so we get a proper real name for the submission?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1401157</commentid>
    <comment_count>19</comment_count>
    <who name="Christoph Feck">cfeck</who>
    <bug_when>2013-10-02 23:41:47 +0000</bug_when>
    <thetext>Could you please check comment #18? To get your commit into KDE repositories, we need proper attribution.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1401162</commentid>
    <comment_count>20</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2013-10-02 23:47:52 +0000</bug_when>
    <thetext>I&apos;ve since explained the problem to Nicolás Alvarez and he has written a fix for this independently, without having seen the original patch, i.e. we should have a committable cleanroom implementation now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1407504</commentid>
    <comment_count>21</comment_count>
    <who name="Maximiliano Curia">maxy</who>
    <bug_when>2013-10-30 12:21:22 +0000</bug_when>
    <thetext>(In reply to comment #20)
&gt; I&apos;ve since explained the problem to Nicolás Alvarez and he has written a fix
&gt; for this independently, without having seen the original patch, i.e. we
&gt; should have a committable cleanroom implementation now.

So, is this patch commited already? Can we close this bug?
If not, could please add a link to the reviewboard?

Thanks,</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1407601</commentid>
    <comment_count>22</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2013-10-30 16:15:40 +0000</bug_when>
    <thetext>Unfortunately that effort stalled because we realized the bug is actually &quot;unfixable&quot; in the sense that the fix avoids this bug, but causes others, because it&apos;s fundamentally based on comparing and discarding mouse events by their pointer values, which aren&apos;t good-enough unique ids because Qt can sometimes allocate new events on the stack in the exact same location, making them indistinguishable. QEvents sadly have no monotonic timestamp or similar. We could commit it as a lesser evil of sorts, but basically MouseEventListener is fundamentally broken.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1407783</commentid>
    <comment_count>23</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-10-31 09:25:23 +0000</bug_when>
    <thetext>Hi Eike. It is since that patch was attached to this bug that I apply it to my KDE build. In short it is about 6 month I&apos;m using it. 2 days ago I&apos;ve adapted the patch to KDE 4.11.2 and built it. I run this Desktop no less then 10 hours per day (weekend included) since it is both my work laptop and my personal laptop. In 6 months I never had a glitch with mouse events related to the system tray. While I understand when you say this fix introduces other problems due to address collision, but in practise this seems to be unlikely. This is just my personal experience so YMMV.

That said I think it is very worth including the fix to mitigate the issue for KDE 4.x and accept the idea it is broken. A proper solution can be developed for KDE 5. In the meantime users are not affected by the issue. Keep in mind, while this is not critical, it is extremely annoying and affects almost all mouse wheel + system tray users.

Thank you :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1407850</commentid>
    <comment_count>24</comment_count>
    <who name="Maximiliano Curia">maxy</who>
    <bug_when>2013-10-31 14:14:18 +0000</bug_when>
    <thetext>Well the patch compares the pointers received, which could be argued that are rarely the same between calls if it&apos;s not an error. Anyway, I don&apos;t get how is that the MouseEventListener is installed three times, is that a bug in plasma-widget or am I missing something else?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1407908</commentid>
    <comment_count>25</comment_count>
    <who name="Nicolás Alvarez">nalvarez</who>
    <bug_when>2013-10-31 17:19:14 +0000</bug_when>
    <thetext>The event objects are usually created as local variables on the stack. They will have the same address whenever the same code path is followed. It&apos;s not rare or unlikely, in my tests every click had a mouse click event at the same address in memory.

MouseEventListener is not installed three times. It handles events for all its children, and the item hierarchy in the tray happens to have three items there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1412509</commentid>
    <comment_count>26</comment_count>
    <who name="Nicolás Alvarez">nalvarez</who>
    <bug_when>2013-11-18 23:39:43 +0000</bug_when>
    <thetext>Git commit d8089973bd83b7297ee67765b88ad56094a36adb by Nicolás Alvarez.
Committed on 06/10/2013 at 19:35.
Pushed by nalvarez into branch &apos;KDE/4.11&apos;.

MouseEventListener: Don&apos;t process event from children multiple times.

If an event passed through multiple visually-overlapping children of
MouseEventListener, the event filter was processing the event every time.
For example, this caused problems for the KMix icon in the tray, which
would trigger volume changes three times for every mouse wheel event.

M  +5    -0    plasma/declarativeimports/qtextracomponents/mouseeventlistener.cpp

http://commits.kde.org/kde-runtime/d8089973bd83b7297ee67765b88ad56094a36adb</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1412561</commentid>
    <comment_count>27</comment_count>
    <who name="Enrico Tagliavini">enrico.tagliavini</who>
    <bug_when>2013-11-19 09:11:32 +0000</bug_when>
    <thetext>Thank you very very much!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1418409</commentid>
    <comment_count>28</comment_count>
    <who name="Simonas">obuolis1</who>
    <bug_when>2013-12-14 10:12:52 +0000</bug_when>
    <thetext>The only regression i noticed is that now scrolling step in add widgets dialog is three times smaller, other than that, its fine</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>77956</attachid>
            <date>2013-03-11 15:43:03 +0000</date>
            <delta_ts>2013-03-11 15:43:03 +0000</delta_ts>
            <desc>kDebug output for kmix for a single wheel movement</desc>
            <filename>kDebug.txt</filename>
            <type>text/plain</type>
            <size>6944</size>
            <attacher name="Enrico Tagliavini">enrico.tagliavini</attacher>
            
              <data encoding="base64">a21peCgxNTEzMikgS01peERvY2tXaWRnZXQ6OnRyYXlXaGVlbEV2ZW50OiBPcGVyYXRpbmcgb24g
Y2FwdHVyZT0gZmFsc2UgLCBpc0luYWN0aXZlPSBmYWxzZQprbWl4KDE1MTMyKSBNaXhlcjo6Y29t
bWl0Vm9sdW1lQ2hhbmdlOiBjb21taXRpbmcgYW5ub3VuY2VzIHRoZSBjaGFuZ2Ugb2Y6ICAiYWxz
YV9vdXRwdXQucGNpLTAwMDBfMDBfMWIuMC5hbmFsb2ctc3RlcmVvIgprbWl4KDE1MTMyKSBPU0RX
aWRnZXQ6OnNldEN1cnJlbnRWb2x1bWU6IE1ldGVyIGlzIHZpc2libGU6ICB0cnVlCmttaXgoMTUx
MzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTogTGlzdGVuZXIgICJPU0RXaWRnZXQiICBpcyBp
bnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1l
IgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IExpc3RlbmVyICAiREJ1c01p
eGVyV3JhcHBlci5QdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICBpcyBpbnRlcmVzdGVk
IGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1
MTMyKSBWaWV3U2xpZGVyczo6Y29udHJvbHNDaGFuZ2U6IE5PVyBJIFdJTEwgUkVGUkVTSCBWT0xV
TUUgTEVWRUxTLiBJIEFNICAiUHVsc2VBdWRpby5QbGF5YmFja19EZXZpY2VzLjEuZGVmYXVsdCIK
a21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNlOiBMaXN0ZW5lciAgIlZpZXdTbGlk
ZXJzLlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6MSIgIGlzIGludGVyZXN0ZWQgaW4gICJQ
dWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENv
bnRyb2xNYW5hZ2VyOjphbm5vdW5jZTogTGlzdGVuZXIgICJWaWV3RG9ja0FyZWFQb3B1cCIgIGlz
IGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICwgICJWb2x1
bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTogTGlzdGVuZXIgICJLTWl4
RG9ja1dpZGdldCIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZp
Y2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTog
QW5ub3VuY2luZyAgIlZvbHVtZSIgIGZvciAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6
MSIgIGJ5ICAiTWl4ZXIuY29tbWl0Vm9sdW1lQ2hhbmdlKCkiCmttaXgoMTUxMzIpIEtNaXhEb2Nr
V2lkZ2V0Ojp0cmF5V2hlZWxFdmVudDogT3BlcmF0aW5nIG9uIGNhcHR1cmU9IGZhbHNlICwgaXNJ
bmFjdGl2ZT0gZmFsc2UKa21peCgxNTEzMikgTWl4ZXI6OmNvbW1pdFZvbHVtZUNoYW5nZTogY29t
bWl0aW5nIGFubm91bmNlcyB0aGUgY2hhbmdlIG9mOiAgImFsc2Ffb3V0cHV0LnBjaS0wMDAwXzAw
XzFiLjAuYW5hbG9nLXN0ZXJlbyIKa21peCgxNTEzMikgT1NEV2lkZ2V0OjpzZXRDdXJyZW50Vm9s
dW1lOiBNZXRlciBpcyB2aXNpYmxlOiAgdHJ1ZQprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6
YW5ub3VuY2U6IExpc3RlbmVyICAiT1NEV2lkZ2V0IiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNl
QXVkaW86OlBsYXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJv
bE1hbmFnZXI6OmFubm91bmNlOiBMaXN0ZW5lciAgIkRCdXNNaXhlcldyYXBwZXIuUHVsc2VBdWRp
bzo6UGxheWJhY2tfRGV2aWNlczoxIiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBs
YXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgVmlld1NsaWRlcnM6OmNv
bnRyb2xzQ2hhbmdlOiBOT1cgSSBXSUxMIFJFRlJFU0ggVk9MVU1FIExFVkVMUy4gSSBBTSAgIlB1
bHNlQXVkaW8uUGxheWJhY2tfRGV2aWNlcy4xLmRlZmF1bHQiCmttaXgoMTUxMzIpIENvbnRyb2xN
YW5hZ2VyOjphbm5vdW5jZTogTGlzdGVuZXIgICJWaWV3U2xpZGVycy5QdWxzZUF1ZGlvOjpQbGF5
YmFja19EZXZpY2VzOjEiICBpcyBpbnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tf
RGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3Vu
Y2U6IExpc3RlbmVyICAiVmlld0RvY2tBcmVhUG9wdXAiICBpcyBpbnRlcmVzdGVkIGluICAiUHVs
c2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBDb250
cm9sTWFuYWdlcjo6YW5ub3VuY2U6IExpc3RlbmVyICAiS01peERvY2tXaWRnZXQiICBpcyBpbnRl
cmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgpr
bWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IEFubm91bmNpbmcgICJWb2x1bWUi
ICBmb3IgICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICBieSAgIk1peGVyLmNvbW1p
dFZvbHVtZUNoYW5nZSgpIgprbWl4KDE1MTMyKSBLTWl4RG9ja1dpZGdldDo6dHJheVdoZWVsRXZl
bnQ6IE9wZXJhdGluZyBvbiBjYXB0dXJlPSBmYWxzZSAsIGlzSW5hY3RpdmU9IGZhbHNlCmttaXgo
MTUxMzIpIE1peGVyOjpjb21taXRWb2x1bWVDaGFuZ2U6IGNvbW1pdGluZyBhbm5vdW5jZXMgdGhl
IGNoYW5nZSBvZjogICJhbHNhX291dHB1dC5wY2ktMDAwMF8wMF8xYi4wLmFuYWxvZy1zdGVyZW8i
CmttaXgoMTUxMzIpIE9TRFdpZGdldDo6c2V0Q3VycmVudFZvbHVtZTogTWV0ZXIgaXMgdmlzaWJs
ZTogIHRydWUKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNlOiBMaXN0ZW5lciAg
Ik9TRFdpZGdldCIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZp
Y2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTog
TGlzdGVuZXIgICJEQnVzTWl4ZXJXcmFwcGVyLlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6
MSIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICwg
ICJWb2x1bWUiCmttaXgoMTUxMzIpIFZpZXdTbGlkZXJzOjpjb250cm9sc0NoYW5nZTogTk9XIEkg
V0lMTCBSRUZSRVNIIFZPTFVNRSBMRVZFTFMuIEkgQU0gICJQdWxzZUF1ZGlvLlBsYXliYWNrX0Rl
dmljZXMuMS5kZWZhdWx0IgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IExp
c3RlbmVyICAiVmlld1NsaWRlcnMuUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAgaXMg
aW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVt
ZSIKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNlOiBMaXN0ZW5lciAgIlZpZXdE
b2NrQXJlYVBvcHVwIiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0Rl
dmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNl
OiBMaXN0ZW5lciAgIktNaXhEb2NrV2lkZ2V0IiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVk
aW86OlBsYXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJvbE1h
bmFnZXI6OmFubm91bmNlOiBBbm5vdW5jaW5nICAiVm9sdW1lIiAgZm9yICAiUHVsc2VBdWRpbzo6
UGxheWJhY2tfRGV2aWNlczoxIiAgYnkgICJNaXhlci5jb21taXRWb2x1bWVDaGFuZ2UoKSIKa21p
eCgxNTEzMikgTWl4ZXJfQmFja2VuZDo6cmVhZFNldEZyb21IVzogQW5ub3VuY2luZyB0aGUgcmVh
ZFNldEZyb21IVygpCmttaXgoMTUxMzIpIE9TRFdpZGdldDo6c2V0Q3VycmVudFZvbHVtZTogTWV0
ZXIgaXMgdmlzaWJsZTogIHRydWUKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNl
OiBMaXN0ZW5lciAgIk9TRFdpZGdldCIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQ
bGF5YmFja19EZXZpY2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2Vy
Ojphbm5vdW5jZTogTGlzdGVuZXIgICJEQnVzTWl4ZXJXcmFwcGVyLlB1bHNlQXVkaW86OlBsYXli
YWNrX0RldmljZXM6MSIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19E
ZXZpY2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIFZpZXdTbGlkZXJzOjpjb250cm9sc0No
YW5nZTogTk9XIEkgV0lMTCBSRUZSRVNIIFZPTFVNRSBMRVZFTFMuIEkgQU0gICJQdWxzZUF1ZGlv
LlBsYXliYWNrX0RldmljZXMuMS5kZWZhdWx0IgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6
YW5ub3VuY2U6IExpc3RlbmVyICAiVmlld1NsaWRlcnMuUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2
aWNlczoxIiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6
MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNlOiBMaXN0
ZW5lciAgIlZpZXdEb2NrQXJlYVBvcHVwIiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86
OlBsYXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJvbE1hbmFn
ZXI6OmFubm91bmNlOiBMaXN0ZW5lciAgIktNaXhEb2NrV2lkZ2V0IiAgaXMgaW50ZXJlc3RlZCBp
biAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEz
MikgQ29udHJvbE1hbmFnZXI6OmFubm91bmNlOiBBbm5vdW5jaW5nICAiVm9sdW1lIiAgZm9yICAi
UHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAgYnkgICJNaXhlci5mcm9tSFciCmttaXgo
MTUxMzIpIE1peGVyX0JhY2tlbmQ6OnJlYWRTZXRGcm9tSFc6IEFubm91bmNpbmcgdGhlIHJlYWRT
ZXRGcm9tSFcoKQprbWl4KDE1MTMyKSBPU0RXaWRnZXQ6OnNldEN1cnJlbnRWb2x1bWU6IE1ldGVy
IGlzIHZpc2libGU6ICB0cnVlCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTog
TGlzdGVuZXIgICJPU0RXaWRnZXQiICBpcyBpbnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxh
eWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6
YW5ub3VuY2U6IExpc3RlbmVyICAiREJ1c01peGVyV3JhcHBlci5QdWxzZUF1ZGlvOjpQbGF5YmFj
a19EZXZpY2VzOjEiICBpcyBpbnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2
aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBWaWV3U2xpZGVyczo6Y29udHJvbHNDaGFu
Z2U6IE5PVyBJIFdJTEwgUkVGUkVTSCBWT0xVTUUgTEVWRUxTLiBJIEFNICAiUHVsc2VBdWRpby5Q
bGF5YmFja19EZXZpY2VzLjEuZGVmYXVsdCIKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFu
bm91bmNlOiBMaXN0ZW5lciAgIlZpZXdTbGlkZXJzLlB1bHNlQXVkaW86OlBsYXliYWNrX0Rldmlj
ZXM6MSIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEi
ICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTogTGlzdGVu
ZXIgICJWaWV3RG9ja0FyZWFQb3B1cCIgIGlzIGludGVyZXN0ZWQgaW4gICJQdWxzZUF1ZGlvOjpQ
bGF5YmFja19EZXZpY2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2Vy
Ojphbm5vdW5jZTogTGlzdGVuZXIgICJLTWl4RG9ja1dpZGdldCIgIGlzIGludGVyZXN0ZWQgaW4g
ICJQdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICwgICJWb2x1bWUiCmttaXgoMTUxMzIp
IENvbnRyb2xNYW5hZ2VyOjphbm5vdW5jZTogQW5ub3VuY2luZyAgIlZvbHVtZSIgIGZvciAgIlB1
bHNlQXVkaW86OlBsYXliYWNrX0RldmljZXM6MSIgIGJ5ICAiTWl4ZXIuZnJvbUhXIgprbWl4KDE1
MTMyKSBNaXhlcl9CYWNrZW5kOjpyZWFkU2V0RnJvbUhXOiBBbm5vdW5jaW5nIHRoZSByZWFkU2V0
RnJvbUhXKCkKa21peCgxNTEzMikgT1NEV2lkZ2V0OjpzZXRDdXJyZW50Vm9sdW1lOiBNZXRlciBp
cyB2aXNpYmxlOiAgdHJ1ZQprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IExp
c3RlbmVyICAiT1NEV2lkZ2V0IiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBsYXli
YWNrX0RldmljZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgQ29udHJvbE1hbmFnZXI6OmFu
bm91bmNlOiBMaXN0ZW5lciAgIkRCdXNNaXhlcldyYXBwZXIuUHVsc2VBdWRpbzo6UGxheWJhY2tf
RGV2aWNlczoxIiAgaXMgaW50ZXJlc3RlZCBpbiAgIlB1bHNlQXVkaW86OlBsYXliYWNrX0Rldmlj
ZXM6MSIgLCAgIlZvbHVtZSIKa21peCgxNTEzMikgVmlld1NsaWRlcnM6OmNvbnRyb2xzQ2hhbmdl
OiBOT1cgSSBXSUxMIFJFRlJFU0ggVk9MVU1FIExFVkVMUy4gSSBBTSAgIlB1bHNlQXVkaW8uUGxh
eWJhY2tfRGV2aWNlcy4xLmRlZmF1bHQiCmttaXgoMTUxMzIpIENvbnRyb2xNYW5hZ2VyOjphbm5v
dW5jZTogTGlzdGVuZXIgICJWaWV3U2xpZGVycy5QdWxzZUF1ZGlvOjpQbGF5YmFja19EZXZpY2Vz
OjEiICBpcyBpbnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAs
ICAiVm9sdW1lIgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IExpc3RlbmVy
ICAiVmlld0RvY2tBcmVhUG9wdXAiICBpcyBpbnRlcmVzdGVkIGluICAiUHVsc2VBdWRpbzo6UGxh
eWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBDb250cm9sTWFuYWdlcjo6
YW5ub3VuY2U6IExpc3RlbmVyICAiS01peERvY2tXaWRnZXQiICBpcyBpbnRlcmVzdGVkIGluICAi
UHVsc2VBdWRpbzo6UGxheWJhY2tfRGV2aWNlczoxIiAsICAiVm9sdW1lIgprbWl4KDE1MTMyKSBD
b250cm9sTWFuYWdlcjo6YW5ub3VuY2U6IEFubm91bmNpbmcgICJWb2x1bWUiICBmb3IgICJQdWxz
ZUF1ZGlvOjpQbGF5YmFja19EZXZpY2VzOjEiICBieSAgIk1peGVyLmZyb21IVyI=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>80465</attachid>
            <date>2013-06-11 23:52:20 +0000</date>
            <delta_ts>2013-06-11 23:52:20 +0000</delta_ts>
            <desc>Suppressed redundant MouseEventListener signals</desc>
            <filename>plasma-mouse-wheel.patch</filename>
            <type>text/plain</type>
            <size>663</size>
            <attacher name="naur">mig21</attacher>
            
              <data encoding="base64">ZGlmZiAtTmF1ciBrZGUtcnVudGltZS00LjEwLjMub3JpZy9wbGFzbWEvZGVjbGFyYXRpdmVpbXBv
cnRzL3F0ZXh0cmFjb21wb25lbnRzL21vdXNlZXZlbnRsaXN0ZW5lci5jcHAga2RlLXJ1bnRpbWUt
NC4xMC4zL3BsYXNtYS9kZWNsYXJhdGl2ZWltcG9ydHMvcXRleHRyYWNvbXBvbmVudHMvbW91c2Vl
dmVudGxpc3RlbmVyLmNwcAotLS0ga2RlLXJ1bnRpbWUtNC4xMC4zLm9yaWcvcGxhc21hL2RlY2xh
cmF0aXZlaW1wb3J0cy9xdGV4dHJhY29tcG9uZW50cy9tb3VzZWV2ZW50bGlzdGVuZXIuY3BwCTIw
MTMtMDYtMTAgMjM6MjY6MDUuMDAwMDAwMDAwICswMjAwCisrKyBrZGUtcnVudGltZS00LjEwLjMv
cGxhc21hL2RlY2xhcmF0aXZlaW1wb3J0cy9xdGV4dHJhY29tcG9uZW50cy9tb3VzZWV2ZW50bGlz
dGVuZXIuY3BwCTIwMTMtMDYtMTIgMDA6MTk6NTMuMDAwMDAwMDAwICswMjAwCkBAIC0xNjAsNiAr
MTYwLDEwIEBACiAgICAgICAgIHJldHVybiBmYWxzZTsKICAgICB9CiAKKyAgICBpZiAobV9sYXN0
RXZlbnQgPT0gZXZlbnQpIHsKKyAgICAgICAgcmV0dXJuIFFEZWNsYXJhdGl2ZUl0ZW06OnNjZW5l
RXZlbnRGaWx0ZXIoaXRlbSwgZXZlbnQpOworICAgIH0KKwogICAgIG1fbGFzdEV2ZW50ID0gZXZl
bnQ7CiAKICAgICBzd2l0Y2ggKGV2ZW50LT50eXBlKCkpIHsK
</data>

          </attachment>
      

    </bug>

</bugzilla>