<?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>347772</bug_id>
          
          <creation_ts>2015-05-15 19:27:11 +0000</creation_ts>
          <short_desc>kscreenlocker_greet using 100% cpu on plasma 5</short_desc>
          <delta_ts>2024-04-05 07:14:38 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>kscreenlocker</product>
          <component>general</component>
          <version>unspecified</version>
          <rep_platform>Ubuntu</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.kde.org/show_bug.cgi?id=485067</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>VHI</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>long.dave</reporter>
          <assigned_to name="David Edmundson">kde</assigned_to>
          <cc>anomaly256</cc>
    
    <cc>aspotashev</cc>
    
    <cc>auxsvr</cc>
    
    <cc>be25</cc>
    
    <cc>bernard.gray</cc>
    
    <cc>bshah</cc>
    
    <cc>cantfind</cc>
    
    <cc>christian.rohmann</cc>
    
    <cc>dag</cc>
    
    <cc>default_357-line</cc>
    
    <cc>elman</cc>
    
    <cc>fabian</cc>
    
    <cc>fleury</cc>
    
    <cc>georg</cc>
    
    <cc>gianni_2295</cc>
    
    <cc>istazahn</cc>
    
    <cc>jakub</cc>
    
    <cc>jesaenh</cc>
    
    <cc>kde</cc>
    
    <cc>kelleher</cc>
    
    <cc>leon.maurer</cc>
    
    <cc>maxiberta</cc>
    
    <cc>mgraesslin</cc>
    
    <cc>nate</cc>
    
    <cc>nimroot</cc>
    
    <cc>plasma-bugs-null</cc>
    
    <cc>raghu.nospam</cc>
    
    <cc>ricardof</cc>
    
    <cc>rion4ik</cc>
    
    <cc>rohbeck</cc>
    
    <cc>seifert</cc>
    
    <cc>stevenroose</cc>
    
    <cc>talentlcy</cc>
    
    <cc>thilo</cc>
    
    <cc>vkrevs</cc>
          
          <cf_commitlink>https://invent.kde.org/plasma/plasma-workspace/commit/697b103f5fad5b40b207eabcbce162d6672f5d91</cf_commitlink>
          <cf_versionfixedin>5.18.7 and 5.22</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1519012</commentid>
    <comment_count>0</comment_count>
    <who name="">long.dave</who>
    <bug_when>2015-05-15 19:27:11 +0000</bug_when>
    <thetext>Upon locking my screen, the kscreenlocker_greet process CPU usage goes to 100%.  Upon running strace on the pid of kscreenlocker_greet, I see a ton of stat(&quot;/etc/locatime&quot;) and a lot of poll (fd=5, events=POLLING).  Then when I enter my session password, I wait for 5-10 seconds for the screen to actually unlock.

Reproducible: Always

Steps to Reproduce:
1. Lock screen
2. run top from ssh
3. see kscreenlocker_greet process consuming 100% cpu


Actual Results:  
4. Enter password and wait 5-10 seconds

Expected Results:  
kscreenlocker_greet should not consume an entire processor upon locking my screen</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1519016</commentid>
    <comment_count>1</comment_count>
    <who name="Kai Uwe Broulik">kde</who>
    <bug_when>2015-05-15 19:36:05 +0000</bug_when>
    <thetext>Does this happen just in kscreenlocker_greet or also plasmashell? I suspect the time dataengine being too generous with QTimeZones or Qt not caching it (properly), but that would probably also affect plasmashell&apos;s digital-clock.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1519019</commentid>
    <comment_count>2</comment_count>
    <who name="">long.dave</who>
    <bug_when>2015-05-15 20:07:21 +0000</bug_when>
    <thetext>(In reply to Kai Uwe Broulik from comment #1)
&gt; Does this happen just in kscreenlocker_greet or also plasmashell? I suspect
&gt; the time dataengine being too generous with QTimeZones or Qt not caching it
&gt; (properly), but that would probably also affect plasmashell&apos;s digital-clock.

This appears to only be happening in kscreenlocker_greet.  I have not witnessed /usr/bin/plasmashell utilizing 100% CPU.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1522635</commentid>
    <comment_count>3</comment_count>
    <who name="">long.dave</who>
    <bug_when>2015-05-29 22:26:15 +0000</bug_when>
    <thetext>I turned off the compositor (System Settings -&gt; Display and Monitor -&gt; Compositor and unchecked the &quot;Enable compositor on startup&quot;) and now kscreenlocker_greet no longer consumes 100% of my CPU.  The moment I turn compositor back on, kscreenlocker_greet will hog a CPU.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1524815</commentid>
    <comment_count>4</comment_count>
    <who name="">nimroot</who>
    <bug_when>2015-06-08 12:28:46 +0000</bug_when>
    <thetext>I can confirm the bug. What&apos;s interesting is that it seems to happen randomly - it could happen every dozen of minutes or hours or it could not happen for days if I&apos;m lucky. In my case it also leads to https://bugs.kde.org/show_bug.cgi?id=338999 and all I can do is REISUB because even switching to tty doesn&apos;t work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1527572</commentid>
    <comment_count>5</comment_count>
    <who name="Leon Maurer">leon.maurer</who>
    <bug_when>2015-06-22 15:50:01 +0000</bug_when>
    <thetext>I&apos;m seeing the same thing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1531879</commentid>
    <comment_count>6</comment_count>
    <who name="Ista Zahn">istazahn</who>
    <bug_when>2015-07-15 15:54:58 +0000</bug_when>
    <thetext>I see this as well. Actually I&apos;ve had this problem for some time but never got around to submitting a bug report. I&apos;m on Arch linux and have two displays, which I mention because I&apos;ve noticed this seems to have been a factor in previous issues with kscreenlocker.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1539434</commentid>
    <comment_count>7</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2015-08-25 10:47:06 +0000</bug_when>
    <thetext>for those experiencing the issue:
1) please provide output of &quot;qdbus org.kde.KWin /KWin supportInformation&quot; while the screen is locked
2) please try to gdb into kscreenlocker_greet and get a backtrace, so that we see where it loops.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548307</commentid>
    <comment_count>8</comment_count>
      <attachid>94863</attachid>
    <who name="Jaroslav Safka">xkennyx</who>
    <bug_when>2015-10-06 14:20:55 +0000</bug_when>
    <thetext>Created attachment 94863
qdbus org.kde.KWin /KWin supportInformation

output from qdbus org.kde.KWin /KWin supportInformation</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548310</commentid>
    <comment_count>9</comment_count>
    <who name="Jaroslav Safka">xkennyx</who>
    <bug_when>2015-10-06 14:25:59 +0000</bug_when>
    <thetext>output from gdb: (I&apos;m not sure it this is usable, it looks like it is in the same loop)
(gdb) where
#0  0x00007f0ea6b8b18d in poll () from /usr/lib/libc.so.6
#1  0x00007f0e9f12cc7c in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x00007f0e9f12cd8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0x00007f0ea74c323f in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#4  0x00007f0ea746a26a in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#5  0x00007f0ea747220c in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#6  0x000000000040d0d5 in main ()
-------- next try ----
#0  0x00007f0ea6b8b18d in poll () from /usr/lib/libc.so.6
#1  0x00007f0e9f12cc7c in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x00007f0e9f12cd8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0x00007f0ea74c323f in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#4  0x00007f0ea746a26a in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#5  0x00007f0ea747220c in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#6  0x000000000040d0d5 in main ()
-------- next try ----
#0  0x00007f0ea172407f in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1  0x00007f0e922bdcab in ?? () from /usr/lib/xorg/modules/dri/swrast_dri.so
#2  0x00007f0e922ca9fb in ?? () from /usr/lib/xorg/modules/dri/swrast_dri.so
#3  0x00007f0e922cb413 in ?? () from /usr/lib/xorg/modules/dri/swrast_dri.so
#4  0x00007f0e91e883f4 in ?? () from /usr/lib/xorg/modules/dri/swrast_dri.so
#5  0x00007f0e9fe91437 in ?? () from /usr/lib/libGL.so.1
#6  0x00007f0e93745462 in ?? () from /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
#7  0x00007f0ea7a01b16 in QOpenGLContext::swapBuffers(QSurface*) () from /usr/lib/libQt5Gui.so.5
#8  0x00007f0ea9888f3e in ?? () from /usr/lib/libQt5Quick.so.5
#9  0x00007f0ea9889cd1 in ?? () from /usr/lib/libQt5Quick.so.5
#10 0x00007f0ea746c769 in QCoreApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
#11 0x00007f0ea746c89b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
#12 0x00007f0ea74c205d in QTimerInfoList::activateTimers() () from /usr/lib/libQt5Core.so.5
#13 0x00007f0ea74c2599 in ?? () from /usr/lib/libQt5Core.so.5
#14 0x00007f0e9f12c9fd in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#15 0x00007f0e9f12cce0 in ?? () from /usr/lib/libglib-2.0.so.0
#16 0x00007f0e9f12cd8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#17 0x00007f0ea74c323f in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#18 0x00007f0ea746a26a in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#19 0x00007f0ea747220c in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#20 0x000000000040d0d5 in main ()
-------- next try ----
#0  0x00007f0ea6b8b18d in poll () from /usr/lib/libc.so.6
#1  0x00007f0e9f12cc7c in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x00007f0e9f12cd8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0x00007f0ea74c323f in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#4  0x00007f0ea746a26a in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/libQt5Core.so.5
#5  0x00007f0ea747220c in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#6  0x000000000040d0d5 in main ()</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548628</commentid>
    <comment_count>10</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2015-10-08 06:19:09 +0000</bug_when>
    <thetext>@Jaroslav: thanks! Given your output you don&apos;t have a graphics driver installed and it falls back to software rasterizer. That could explain the problem. I highly recommend to install proper drivers.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548916</commentid>
    <comment_count>11</comment_count>
    <who name="Jaroslav Safka">xkennyx</who>
    <bug_when>2015-10-08 12:09:40 +0000</bug_when>
    <thetext>@Martin: hmm, strange, because I should have drivers (nvidia)
Where I can find I&apos;m using software rasterizer?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548921</commentid>
    <comment_count>12</comment_count>
    <who name="Jaroslav Safka">xkennyx</who>
    <bug_when>2015-10-08 12:18:06 +0000</bug_when>
    <thetext>Ah, I see it in the traces. Anyway, when I run glxinfo, then I see I have direct rendering (but I already reverted back to kde-workspace.)
Is possible to Qt5 have an bug or something and selects wrong driver?

 name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
    GLX_SGIX_pbuffer, GLX_SGI_make_current_read
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
...
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.7, 128 bits)
OpenGL version string: 3.0 Mesa 11.0.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1548927</commentid>
    <comment_count>13</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2015-10-08 12:45:27 +0000</bug_when>
    <thetext>(In reply to Jaroslav Safka from comment #12)
&gt; Ah, I see it in the traces. Anyway, when I run glxinfo, then I see I have
&gt; direct rendering (but I already reverted back to kde-workspace.)

Since a decade or so the information &quot;direct rendering&quot; is useless to identify whether drivers work.

&gt; OpenGL vendor string: VMware, Inc.
&gt; OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.7, 128 bits)
&gt; OpenGL version string: 3.0 Mesa 11.0.2

llvmpipe is Mesa&apos;s software rasterizer. As you can see it doesn&apos;t say NVIDIA.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1563803</commentid>
    <comment_count>14</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2015-12-15 17:09:20 +0000</bug_when>
    <thetext>setting to worksforme as of comment #12.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1663616</commentid>
    <comment_count>15</comment_count>
    <who name="Ralf-Peter Rohbeck">rohbeck</who>
    <bug_when>2017-02-28 18:12:44 +0000</bug_when>
    <thetext>This makes the screen locker unusable on ARM systems without GPU driver, e.g. Banana Pi.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1663623</commentid>
    <comment_count>16</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2017-02-28 18:48:27 +0000</bug_when>
    <thetext>(In reply to Ralf-Peter Rohbeck from comment #15)
&gt; This makes the screen locker unusable on ARM systems without GPU driver,
&gt; e.g. Banana Pi.

This bug report was about an NVIDIA driver not being installed. That is totally different to ARM systems and a different issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1663663</commentid>
    <comment_count>17</comment_count>
    <who name="Ralf-Peter Rohbeck">rohbeck</who>
    <bug_when>2017-02-28 23:49:44 +0000</bug_when>
    <thetext>As I understood it the resolution is &quot;use a decent GPU.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1663705</commentid>
    <comment_count>18</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2017-03-01 05:22:36 +0000</bug_when>
    <thetext>The resolution for this bug report is: install the Nvidia driver. As I wrote in the previous comment: you have a different issue</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1673617</commentid>
    <comment_count>19</comment_count>
      <attachid>105213</attachid>
    <who name="">georg</who>
    <bug_when>2017-04-27 00:51:12 +0000</bug_when>
    <thetext>Created attachment 105213
dbus org.kde.KWin /KWin supportInformation

I&apos;m having similar problem with nvidia card/drivers.
I have multi user setup where one user has locked screen and other one is using the system, the user with locked screen is running kscreenlocker_greet @ 100% cpu</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676161</commentid>
    <comment_count>20</comment_count>
    <who name="">dag</who>
    <bug_when>2017-05-14 08:31:30 +0000</bug_when>
    <thetext>I also have this problem on a multiuser setup. At the moment there are 4 login sessions on different virtual screens. Two of the nonactive ones behave nicely, but on of them is spinning one core at 100%. This with Nvidia drivers. So the issues is NOT resolved...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1676162</commentid>
    <comment_count>21</comment_count>
    <who name="">dag</who>
    <bug_when>2017-05-14 08:34:12 +0000</bug_when>
    <thetext>Here an extract of an strace of the bad screenlocker: 
[pid 12126] futex(0x5651d612b36c, FUTEX_WAIT_PRIVATE, 459831, NULL &lt;unfinished ...&gt;
[pid 12251] &lt;... restart_syscall resumed&gt; ) = -1 ETIMEDOUT (Connection timed out)
[pid 12251] futex(0x7f0508252f98, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 12251] clock_gettime(CLOCK_MONOTONIC, {tv_sec=1798396, tv_nsec=523409219}) = 0
[pid 12251] clock_gettime(CLOCK_MONOTONIC, {tv_sec=1798396, tv_nsec=523437825}) = 0
[pid 12251] futex(0x7f0500000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13051589, {tv_sec=1494750748, tv_nsec=585611000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12241] &lt;... restart_syscall resumed&gt; ) = -1 ETIMEDOUT (Connection timed out)
[pid 12253] &lt;... restart_syscall resumed&gt; ) = -1 ETIMEDOUT (Connection timed out)
[pid 12241] futex(0x5651d5c31338, FUTEX_WAKE_PRIVATE, 1 &lt;unfinished ...&gt;
[pid 12253] futex(0x7f0504253398, FUTEX_WAKE_PRIVATE, 1 &lt;unfinished ...&gt;
[pid 12241] &lt;... futex resumed&gt; )       = 0
[pid 12253] &lt;... futex resumed&gt; )       = 0
[pid 12241] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12253] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12241] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=531774677}) = 0
[pid 12253] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=531786416}) = 0
[pid 12241] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12253] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12241] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=531817216}) = 0
[pid 12253] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=531842134}) = 0
[pid 12241] futex(0x7f0520000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13714495, {tv_sec=1494750748, tv_nsec=594006000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12253] futex(0x7f04f8000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13712545, {tv_sec=1494750748, tv_nsec=594021000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12251] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)
[pid 12251] futex(0x7f0508252f98, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 12251] clock_gettime(CLOCK_MONOTONIC, {tv_sec=1798396, tv_nsec=623569800}) = 0
[pid 12251] clock_gettime(CLOCK_MONOTONIC, {tv_sec=1798396, tv_nsec=623596748}) = 0
[pid 12251] futex(0x7f0500000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13051591, {tv_sec=1494750748, tv_nsec=685769000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12241] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)
[pid 12253] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)
[pid 12241] futex(0x5651d5c31338, FUTEX_WAKE_PRIVATE, 1 &lt;unfinished ...&gt;
[pid 12253] futex(0x7f0504253398, FUTEX_WAKE_PRIVATE, 1 &lt;unfinished ...&gt;
[pid 12241] &lt;... futex resumed&gt; )       = 0
[pid 12253] &lt;... futex resumed&gt; )       = 0
[pid 12241] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12253] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12241] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=631951238}) = 0
[pid 12253] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=631957635}) = 0
[pid 12241] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12253] clock_gettime(CLOCK_MONOTONIC,  &lt;unfinished ...&gt;
[pid 12241] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=631981719}) = 0
[pid 12253] &lt;... clock_gettime resumed&gt; {tv_sec=1798396, tv_nsec=631988158}) = 0
[pid 12241] futex(0x7f0520000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13714497, {tv_sec=1494750748, tv_nsec=694161000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12253] futex(0x7f04f8000a64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 13712547, {tv_sec=1494750748, tv_nsec=694177000}, 0xffffffff &lt;unfinished ...&gt;
[pid 12251] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1707961</commentid>
    <comment_count>22</comment_count>
    <who name="Jakub Krajewski">jakub</who>
    <bug_when>2017-10-24 23:53:27 +0000</bug_when>
    <thetext>I&apos;ve also was hit by the same issue - it&apos;s definitely linked to NVIDIA drivers. I&apos;ve been using 384.90 drivers on Debian 9. When I start more than one session, kscreenlocker_greet (5.8.6 as in Debian 9) starts to hog CPU to 100%, using two processes.

Backtrace of one of them looks like this, second one locks inside NVIDIA libs (no debug symbols unfortunately):

#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f7b1312fc6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007f7b13ff5758 in QSGThreadedRenderLoop::polishAndSync (this=this@entry=0x55f3e7423e00, w=&lt;optimized out&gt;, inExpose=inExpose@entry=false) at scenegraph/qsgthreadedrenderloop.cpp:1183
#3  0x00007f7b13ff6087 in QSGThreadedRenderLoop::handleUpdateRequest (this=0x55f3e7423e00, window=0x55f3e7428980) at scenegraph/qsgthreadedrenderloop.cpp:1010
#4  0x00007f7b1402e216 in QQuickWindow::event (this=0x55f3e7428980, e=0x7ffca8e8a0b0) at items/qquickwindow.cpp:1527
#5  0x00007f7b132fe87a in QCoreApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007f7b132fe9e0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f7b1365260e in QWindowPrivate::deliverUpdateRequest() () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#8  0x00007f7b13652b59 in QWindow::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#9  0x00007f7b1402e1b5 in QQuickWindow::event (this=0x55f3e7428980, e=0x7ffca8e8a270) at items/qquickwindow.cpp:1546
#10 0x00007f7b132fe87a in QCoreApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x00007f7b132fe9e0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x00007f7b13351fee in QTimerInfoList::activateTimers() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#13 0x00007f7b13352549 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x00007f7b0f2387f7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x00007f7b0f238a60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007f7b0f238b0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f7b1335304f in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x00007f7b132fc9ca in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#19 0x00007f7b1330513c in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x000055f3e539ab5a in main (argc=&lt;optimized out&gt;, argv=&lt;optimized out&gt;) at ./greeter/main.cpp:181

I have found some workaround (until NVIDIA fixes their drivers... or Qt will do something):
1) Rename kscreenlocker_greet binary to something like kscreenlocker_greet.bin (on Debian 9 it&apos;s located in /usr/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet - it&apos;s in package libkscreenlocker5)
2) Create wrapper script named kscreenlocker_greet that runs the kscreenlocker_greet binary but with enforced basic render loop (which does not use threads, thus NVIDIA doesn&apos;t lock), make it executable:

#!/bin/bash
QSG_RENDER_LOOP=basic /usr/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet.bin $@

Close all sessions, and check then again. Works for me. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1753848</commentid>
    <comment_count>23</comment_count>
    <who name="Stefano Forli">ntropia</who>
    <bug_when>2018-05-21 01:03:07 +0000</bug_when>
    <thetext>As far as I can tell, the bug is still present on Plasma 5.10.5 (Kubuntu 17.10), and at least in my case, it happens with an Intel GPU (Iris Plus Graphics 640, Dell XPS13).
I didn&apos;t do much testing, but it seems to happen more likely when I&apos;m using an external monitor connected via the USB-C dongle.

Not sure what other info I should provide, but I&apos;ll be happy to do it, if somebody thinks it would be helpful.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770720</commentid>
    <comment_count>24</comment_count>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-06 22:09:14 +0000</bug_when>
    <thetext>I am experiencing this bug on plasma 5.13.5 using intel integrated graphics.
Whenever the screen locks kscreenlocker_greet starts eating cpu with consequent fan spin. This is very annoying and destroys the concept of energy saving. Since I&apos;m not using nvidia graphics I doubt it&apos;s related to that specific driver, unless there is more than one bug (if someone thinks this is the case, I&apos;ll promptly file another bug).

I&apos;m appending output of &quot;qdbus org.kde.KWin /KWin supportInformation&quot; for my system (a mid 2007 macmini).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770722</commentid>
    <comment_count>25</comment_count>
      <attachid>114342</attachid>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-06 22:11:02 +0000</bug_when>
    <thetext>Created attachment 114342
qdbus org.kde.KWin /KWin supportInformation macmini mid 2007</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770841</commentid>
    <comment_count>26</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2018-08-07 17:50:17 +0000</bug_when>
    <thetext>(In reply to Gianni from comment #25)
&gt; Created attachment 114342 [details]
&gt; qdbus org.kde.KWin /KWin supportInformation macmini mid 2007

You are using xrender compositing. This could indicate that your OpenGL drivers are broken. That would explain the high cpu usage.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770967</commentid>
    <comment_count>27</comment_count>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-08 15:53:55 +0000</bug_when>
    <thetext>&gt; You are using xrender compositing. This could indicate that your OpenGL
&gt; drivers are broken. That would explain the high cpu usage.

I am indeed using xrender compositing because my graphic chip (Intel GMA950) doesn&apos;t support opengl 2.x (only up to 1.4).
Using xrender compositing gave me good enough performance while using plasma so far, and the bug wasn&apos;t there before 5.13 (I am unsure if the problem appeared at a certain version of 5.13, like 5.13.1 or so on).
I take responsibility for not communicating sooner that the problem wasn&apos;t present in previous versions of Plasma on my machine.
Since I&apos;m not noticing abnormal performance issues other than the unreasonable cpu spikes during screen lock, I would like to encourage taking into account other possibilities.
I&apos;m currently learning how to use gdb in order to provide useful debug information as asked. I&apos;ll post the result as soon as I have had success with it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770976</commentid>
    <comment_count>28</comment_count>
      <attachid>114379</attachid>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-08 16:25:11 +0000</bug_when>
    <thetext>Created attachment 114379
gdb backtrace output of kscreenlocker_greet on intel GMA950

I ran gdb after entering via ssh to the machine and gave the bt command.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1770999</commentid>
    <comment_count>29</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2018-08-08 18:50:27 +0000</bug_when>
    <thetext>I&apos;m sorry but a GPU not providing at least OpenGL 2 does not fulfill the hardware requirements of Plasma. Please consider using different hardware. I&apos;m not able to provide you any alternative from software side - even Lubuntu just announced to no longer support such old hardware (LXQt has the same hardware requirement as Plasma).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771021</commentid>
    <comment_count>30</comment_count>
    <who name="Christoph Feck">cfeck</who>
    <bug_when>2018-08-08 21:15:50 +0000</bug_when>
    <thetext>You can force OpenGL 2.1 for intel 915+ by enabling ARB_occlusion_query and ARB_fragment_shader in drirc.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771023</commentid>
    <comment_count>31</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2018-08-08 21:35:49 +0000</bug_when>
    <thetext>Another thing to try is typing  &quot;plasma renderer&quot; into krunner
from there you can select &quot;Rendering backend = software&quot;

Changes will apply after session restart. I would like to hear back on how good the performance is.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771068</commentid>
    <comment_count>32</comment_count>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-09 09:09:51 +0000</bug_when>
    <thetext>(In reply to David Edmundson from comment #31)
&gt; Another thing to try is typing  &quot;plasma renderer&quot; into krunner
&gt; from there you can select &quot;Rendering backend = software&quot;
&gt; 
&gt; Changes will apply after session restart. I would like to hear back on how
&gt; good the performance is.

This is an interesting setting. The performance seems pretty good with better responsiveness and it also &quot;solves&quot; another bug I filed some time ago about sluggish desktop interaction #388808.
Unfortunately this setting breaks something because I can&apos;t see the themes preview anymore in system settings -&gt; workspace themes.
Furthermore this doesn&apos;t solve the kscreenlocker_greet cpu issue.
I don&apos;t know if this is the right place, but I&apos;m interested in knowing what difference there is between setting XRender compositor and setting Rendering backend = software.

(In reply to Christoph Feck from comment #30)
&gt; You can force OpenGL 2.1 for intel 915+ by enabling ARB_occlusion_query and
&gt; ARB_fragment_shader in drirc.

Well, I didn&apos;t expect I could do that. Now I&apos;m using OpenGL 2.1, so plasma provides more effects and seems more responsive, except for certain localized areas (like the workspace theme section, that apparently has become slower).
Unfortunately, the kscreenlocker_greet issue is still present, but now that I have a capable opengl 2 graphic chip, I&apos;m appending new qdbus and gdb debug info when using OpenGL 2 compositor.

ps. These were really useful tips anyway, I apreciate that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771069</commentid>
    <comment_count>33</comment_count>
      <attachid>114383</attachid>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-09 09:12:05 +0000</bug_when>
    <thetext>Created attachment 114383
qdbus org.kde.KWin /KWin supportInformation on intel GMA950 with OpenGL 2 compositor

qdbus org.kde.KWin /KWin supportInformation on intel GMA950 with OpenGL 2 compositor</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771070</commentid>
    <comment_count>34</comment_count>
      <attachid>114384</attachid>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-09 09:13:31 +0000</bug_when>
    <thetext>Created attachment 114384
gdb backtrace output of kscreenlocker_greet on intel GMA950 using OpenGL 2 compositor

gdb backtrace output of kscreenlocker_greet on intel GMA950 using OpenGL 2 compositor</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771103</commentid>
    <comment_count>35</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2018-08-09 11:50:48 +0000</bug_when>
    <thetext>&gt;I don&apos;t know if this is the right place, but I&apos;m interested in knowing what difference there is between setting XRender compositor and setting Rendering backend = software.

Compositor settings affect only the window manager. GL clients will still use GL.

This setting affects only the clients (plasmashell / systemsettings / whatever)

There are reasons to mix and match those two.
(unfortunately it was requested my settings for plasma should be hidden)

It seems I forgot to add the one line to support kscreenlocker :/
I shall add that for the next patch release. Sorry.

In the meantime, you can export 
QT_QUICK_BACKEND=software globally and confirm if that fixes it.

&gt;and it also &quot;solves&quot; another bug I filed some time ago about sluggish desktop interaction #388808.

Awesome.



&gt;Unfortunately this setting breaks something because I can&apos;t see the themes preview anymore in system settings -&gt; workspace themes.

That was reported and fixed this week.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771118</commentid>
    <comment_count>36</comment_count>
    <who name="Gianni">gianni_2295</who>
    <bug_when>2018-08-09 13:33:20 +0000</bug_when>
    <thetext>(In reply to David Edmundson from comment #35)

&gt; Compositor settings affect only the window manager. GL clients will still use GL.
&gt; This setting affects only the clients (plasmashell / systemsettings / whatever)
&gt; There are reasons to mix and match those two.

Thanks for explaining me.

&gt; In the meantime, you can export 
&gt; QT_QUICK_BACKEND=software globally and confirm if that fixes it.

I confirm that setting this env variable fixes the kscreenlocker_greet cpu issue for me!

&gt; &gt;Unfortunately this setting breaks something because I can&apos;t see the themes preview anymore in system settings -&gt; workspace themes.
&gt; 
&gt; That was reported and fixed this week.

Nice to hear! I hope to see this in the next bugfix update.

In conclusion if I got this correctly the cpu issue was related to qt quick having bad performance issues (during screen lock) with outdated hardware not providing or providing an inefficient opengl backend. This is solved with setting the &quot;plasma renderer&quot; to &quot;software&quot;, but this (until there&apos;s the patch you mentioned) doesnt comprehend kscreenlocker (or qtQuick?) so as a temporary workaround I also have to set QT_QUICK_BACKEND=software globally.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1771192</commentid>
    <comment_count>37</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2018-08-09 23:18:58 +0000</bug_when>
    <thetext>Git commit 3f104cbb0a34024dc1aa45538d2ef2403a7a45f0 by David Edmundson.
Committed on 09/08/2018 at 23:18.
Pushed by davidedmundson into branch &apos;master&apos;.

Load QtQuickSettings for software rendering

We had support for falling back on errors yet somehow
the initial basic loading was missing.

Summary: BUG: 347772

Test Plan: Compiles

Reviewers: #plasma, broulik

Reviewed By: #plasma, broulik

Subscribers: plasma-devel

Tags: #plasma

Differential Revision: https://phabricator.kde.org/D14708

M  +3    -0    greeter/main.cpp

https://commits.kde.org/kscreenlocker/3f104cbb0a34024dc1aa45538d2ef2403a7a45f0</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1772943</commentid>
    <comment_count>38</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2018-08-20 08:52:42 +0000</bug_when>
    <thetext>Git commit c25251a7eb051c7e6914e188f39773d654cb7358 by David Edmundson.
Committed on 20/08/2018 at 08:50.
Pushed by davidedmundson into branch &apos;Plasma/5.12&apos;.

Load QtQuickSettings for software rendering

We had support for falling back on errors yet somehow
the initial basic loading was missing.

Summary: BUG: 347772

Test Plan: Compiles

Reviewers: #plasma, broulik

Reviewed By: #plasma, broulik

Subscribers: plasma-devel

Tags: #plasma

Differential Revision: https://phabricator.kde.org/D14708

M  +3    -0    greeter/main.cpp

https://commits.kde.org/kscreenlocker/c25251a7eb051c7e6914e188f39773d654cb7358</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1869788</commentid>
    <comment_count>39</comment_count>
    <who name="">fleury</who>
    <bug_when>2019-07-18 21:26:41 +0000</bug_when>
    <thetext>I still see this issue, completely reproducible. We are always logged in with multiple users on the same console, switching from one account to another with KDE&apos;s &quot;Switch User&quot; facility.

1) when user A locks the screen, then using the &apos;Switch User&apos; button on the locked screen, CPU is normal (~1%). 

2) when user A selects the &apos;Switch User&apos; from the K-menu, then I see
/usr/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet --immediateLock --graceTime 5000 --ksldfd 36

shooting up 100%+ on 2 cores (htop reports values from 98% to 133% sometimes). Now if 3 users are logged in and 2 have switched accounts this way (the most convenient actually), then 4+ cores are being maxed out, rendering the machine unusable, and then less experienced users simply reboot it with the reset button (sometimes by pressing it for 25 seconds, needing journal replays on disk paritions)



My rig:
Kubuntu 18.04
libkscreenlocker5:amd64  5.12.8-0ubuntu0.1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1873240</commentid>
    <comment_count>40</comment_count>
    <who name="David Kredba">kredba</who>
    <bug_when>2019-08-06 06:43:53 +0000</bug_when>
    <thetext>The same issue, eats ~80% of one CPU core resources. There is no renedring, no fancy opengl &quot;screen saver&quot; etc.
10218 zzz   20   0 1153924 249660 102728 S  20,7   3,1  17:02.36 kscreenlocker_g

/usr/lib64/libexec/kscreenlocker_greet --immediateLock --graceTime 5000 --ksldfd 33

kde-plasma/kscreenlocker-5.16.4, Gentoo.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1879894</commentid>
    <comment_count>41</comment_count>
    <who name="">ricardof</who>
    <bug_when>2019-09-13 15:16:26 +0000</bug_when>
    <thetext>I am seeing this while running plasma under Xvnc. kscreenlocker_greet is wasting around 25% of a core.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1904208</commentid>
    <comment_count>42</comment_count>
    <who name="">dag</who>
    <bug_when>2020-01-21 05:46:32 +0000</bug_when>
    <thetext>Same here using FC30.

Version: kscreenlocker-5.15.5-1.fc30.x86_64

Connected to it with strace and the time seems to be spent in a poll loop with very short timeout.

[pid 24752] poll([{fd=5, events=POLLIN}, {fd=10, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, events=POLLPRI}, {fd=19, events=POLLIN}, {fd=21, events=POLLIN}, {fd=24, events=POLLIN}, {fd=26, events=POLLIN}], 8, 5) = 0 (Timeout)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1922436</commentid>
    <comment_count>43</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2020-04-15 03:11:49 +0000</bug_when>
    <thetext>*** Bug 418764 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1922438</commentid>
    <comment_count>44</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2020-04-15 03:11:53 +0000</bug_when>
    <thetext>*** Bug 418773 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1923541</commentid>
    <comment_count>45</comment_count>
    <who name="Sergey">rion4ik</who>
    <bug_when>2020-04-19 06:53:40 +0000</bug_when>
    <thetext>5.18.4.1 is still broken

As far as I know kscreenlocker auto restarts when killed and after that starts working properly (the screen will still be locked but at least it&apos;s possible to login).

Does anyone have a systemd system resume hook auto-kill kscreenlocker?

Maybe something like this (not tested)

[Unit]
Description=KScreenLocker resume killer
After=systemd-suspend.service
After=systemd-hibernate.service

[Service]
Type=oneshot
ExecStart=/bin/killall -9 &quot;kscreenlocker_greet&quot;

[Install]
RequiredBy=systemd-suspend.service
RequiredBy=systemd-hibernate.service</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1923547</commentid>
    <comment_count>46</comment_count>
      <attachid>127682</attachid>
    <who name="Sergey">rion4ik</who>
    <bug_when>2020-04-19 07:35:58 +0000</bug_when>
    <thetext>Created attachment 127682
qdbus org.kde.KWin /KWin supportInformation

For me the problem is not about CPU but black screen after system resume from stand-by. Happens randomly. I tried to type my password blindly but the screen wasn&apos;t unlocked so I believe the thread accepting input got stuck.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1923700</commentid>
    <comment_count>47</comment_count>
    <who name="Sergey">rion4ik</who>
    <bug_when>2020-04-20 06:48:00 +0000</bug_when>
    <thetext>after some testing QSG_RENDER_LOOP=basic seems to be the perfect workaround.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1928761</commentid>
    <comment_count>48</comment_count>
    <who name="FeepingCreature">default_357-line</who>
    <bug_when>2020-05-10 20:44:44 +0000</bug_when>
    <thetext>Switching to the basic render loop as per #c22 also fixed it for me, thanks! Now my Raspberry Pi is no longer overheating. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1931501</commentid>
    <comment_count>49</comment_count>
    <who name="Sergey">rion4ik</who>
    <bug_when>2020-05-21 06:30:53 +0000</bug_when>
    <thetext>I tried to do same QSG_RENDER_LOOP=basic trick with kscreenlocker-5.18.5 but after 2 days of testing it seems it doesn&apos;t work anymore.

stack trace looks pretty much the same, it stucks somewhere in nvidia libraries on creating textures.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1934621</commentid>
    <comment_count>50</comment_count>
    <who name="Jason D. Kelleher">kelleher</who>
    <bug_when>2020-06-05 00:47:58 +0000</bug_when>
    <thetext>This appears to be me on Ubuntu 20.04.

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04 LTS
Release:        20.04
Codename:       focal
$ lspci | grep NVIDIA
01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1)
$ 

top - 20:46:46 up 2 days, 18 min,  3 users,  load average: 2.10, 2.60, 2.69
Tasks: 269 total,   3 running, 266 sleeping,   0 stopped,   0 zombie
%Cpu(s): 27.3 us, 31.8 sy,  0.0 ni, 39.4 id,  0.0 wa,  0.0 hi,  1.5 si,  0.0 st
MiB Mem :  11913.5 total,   3063.1 free,   3806.3 used,   5044.1 buff/cache
MiB Swap:   9172.0 total,   9150.0 free,     22.0 used.   7474.3 avail Mem 

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                                                                                 
   3164 --------  20   0 1128104 169672  55640 S 200.0   1.4   5675:10 kscreenlocker_g</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1943964</commentid>
    <comment_count>51</comment_count>
    <who name="Sergey">rion4ik</who>
    <bug_when>2020-07-15 08:05:33 +0000</bug_when>
    <thetext>I don&apos;t know if it&apos;s related or not. but with recent updates (kscreen/locker 5.19.3, nvidia drivers 450.57) ctrl+alt+L does not show lock screen anymore, instead it makes everything untouchable but still visible.

But as always killing kscreenlocker_greet helps (after entering password everything works well).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1945045</commentid>
    <comment_count>52</comment_count>
    <who name="Txutxifel">jesaenh</who>
    <bug_when>2020-07-20 06:55:03 +0000</bug_when>
    <thetext>(In reply to Sergey from comment #51)
&gt; I don&apos;t know if it&apos;s related or not. but with recent updates (kscreen/locker
&gt; 5.19.3, nvidia drivers 450.57) ctrl+alt+L does not show lock screen anymore,
&gt; instead it makes everything untouchable but still visible.
&gt; 
&gt; But as always killing kscreenlocker_greet helps (after entering password
&gt; everything works well).

I have same case here:
Opensuse Tumbleweed
kde 5.19.3
Nvidia drivers 450.57

My temporaly workaround is Ctl+Alt-F1, open a terminal and 

sudo  loginctl unlock-sessions</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1945640</commentid>
    <comment_count>53</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-07-23 07:56:41 +0000</bug_when>
    <thetext>Seeing this on Debian 10 with 5.14.5, and only kscreenlock_greet not plasmashell or any other components (and wondering how is this even still a thing)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1945643</commentid>
    <comment_count>54</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-07-23 08:03:38 +0000</bug_when>
    <thetext>nb: I see this on many hosts not just ones using nvidia drivers.  To be honest I don&apos;t believe the earlier assertion that this original bug is specific to nvidia is accurate and has likely been a red herring.  Surely kscreenlock_greet is doing something wrong in order for this to affect so many systems across so many versions for so many years - meanwhile plasmashell using the same Qt5 and gfx drivers is fine ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1945706</commentid>
    <comment_count>55</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2020-07-23 15:24:50 +0000</bug_when>
    <thetext>It may not still even be a thing; Plasma 5.14.5 is almost two years old at this point so there&apos;s a chance that it&apos;s been fixed in a newer version which you don&apos;t have. You could switch to Debian Testing to give it a try.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1945832</commentid>
    <comment_count>56</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-07-24 00:35:26 +0000</bug_when>
    <thetext>(In reply to Nate Graham from comment #55)
&gt; It may not still even be a thing; Plasma 5.14.5 is almost two years old at
&gt; this point so there&apos;s a chance that it&apos;s been fixed in a newer version which
&gt; you don&apos;t have. You could switch to Debian Testing to give it a try.

Good point, I&apos;ll try that.  I just recall the phoronix article saying this was &apos;fixed&apos; in 5.14&apos;s release</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1949312</commentid>
    <comment_count>57</comment_count>
    <who name="">talentlcy</who>
    <bug_when>2020-08-06 19:33:49 +0000</bug_when>
    <thetext>Problem still exists in plasma 5.19.4</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1956106</commentid>
    <comment_count>58</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-09-08 23:59:16 +0000</bug_when>
    <thetext>(In reply to Nate Graham from comment #55)
&gt; It may not still even be a thing; Plasma 5.14.5 is almost two years old at
&gt; this point so there&apos;s a chance that it&apos;s been fixed in a newer version which
&gt; you don&apos;t have. You could switch to Debian Testing to give it a try.

It is definitely still a thing.  Happening on 5.18.5 on ubuntu 20.04 as well.  In fact it is happening on every single host I have spanning multiple distros and architectures.  This is a very real bug in current kscreenlocker_greet that chews 100% of a core when ever the screen is locked.

I guess if this has been addressed previously we should call it a regression?

What info is needed to diagnose this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1956116</commentid>
    <comment_count>59</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-09-09 02:14:55 +0000</bug_when>
    <thetext>I decided to test on kde neon testing, with libkscreenlocker5 5.19.4+p20.04+git20200818.2051-0 and kscreenlocker_greet appears to actually be behaving here.  There&apos;s a separate issue with plasmashell chewing 200% cpu when the systray widget is displayed in the panel.. but kscreenlocker_greet is fine</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1962673</commentid>
    <comment_count>60</comment_count>
    <who name="RR">raghu.nospam</who>
    <bug_when>2020-10-05 17:24:55 +0000</bug_when>
    <thetext>Definitely still going on... I&apos;m on 5.19.5 and it just happened again...

5+ years and counting :(. I&apos;m happy to provide any logs that are needed or help testing with beta builds etc. let me know.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1966449</commentid>
    <comment_count>61</comment_count>
    <who name="Fabian Vogt">fabian</who>
    <bug_when>2020-10-19 17:03:11 +0000</bug_when>
    <thetext>(In reply to anomaly256 from comment #59)
&gt; There&apos;s a separate issue with plasmashell chewing 200%
&gt; cpu when the systray widget is displayed in the panel..

That might be fixed by https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/118.

I can reproduce kscreenlocker_greet taking unreasonable amounts of CPU (but not 100%) when the main area is faded out for basically ever.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1966465</commentid>
    <comment_count>62</comment_count>
    <who name="Fabian Vogt">fabian</who>
    <bug_when>2020-10-19 18:11:24 +0000</bug_when>
    <thetext>(In reply to Fabian Vogt from comment #61)
&gt; I can reproduce kscreenlocker_greet taking unreasonable amounts of CPU (but
&gt; not 100%) when the main area is faded out for basically ever.

Surprisingly this appears to be the password box. Just the redrawing for the blinking cursor seems to be that expensive.

Converting the TextField to use PlasmaComponents3 and &quot;cursorVisible: lockScreenUiVisible&quot; does the trick, at least when it&apos;s faded out.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1966468</commentid>
    <comment_count>63</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2020-10-19 18:40:41 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/372</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1966535</commentid>
    <comment_count>64</comment_count>
    <who name="anomaly256">anomaly256</who>
    <bug_when>2020-10-19 23:54:56 +0000</bug_when>
    <thetext>Thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1991918</commentid>
    <comment_count>65</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2021-01-07 13:48:47 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/556</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1992001</commentid>
    <comment_count>66</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2021-01-07 17:14:10 +0000</bug_when>
    <thetext>Git commit 45e0a722fb85bb5d1ab8bef92080e934254b13aa by David Edmundson.
Committed on 07/01/2021 at 16:59.
Pushed by davidedmundson into branch &apos;master&apos;.

[lookandfeel] Avoid rendering invisible contents

An opacity of 0 but still visible still results in nodes in the
scenegraph, which is wasteful.  This is shown in gammaray with some
warnings.

Enabled is also bound to visible as if a text field has focus it still
animates the cursor icon even if inivisble, producing wakeups.
FIXED-IN: 5.21

M  +6    -0    lookandfeel/contents/lockscreen/LockScreenUi.qml

https://invent.kde.org/plasma/plasma-workspace/commit/45e0a722fb85bb5d1ab8bef92080e934254b13aa</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1992003</commentid>
    <comment_count>67</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2021-01-07 17:25:04 +0000</bug_when>
    <thetext>Git commit 697b103f5fad5b40b207eabcbce162d6672f5d91 by Nate Graham, on behalf of David Edmundson.
Committed on 07/01/2021 at 17:24.
Pushed by ngraham into branch &apos;Plasma/5.18&apos;.

[lookandfeel] Avoid rendering invisible contents

An opacity of 0 but still visible still results in nodes in the
scenegraph, which is wasteful.  This is shown in gammaray with some
warnings.

Enabled is also bound to visible as if a text field has focus it still
animates the cursor icon even if inivisble, producing wakeups.
FIXED-IN: 5.21


(cherry picked from commit 45e0a722fb85bb5d1ab8bef92080e934254b13aa)

M  +6    -0    lookandfeel/contents/lockscreen/LockScreenUi.qml

https://invent.kde.org/plasma/plasma-workspace/commit/697b103f5fad5b40b207eabcbce162d6672f5d91</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2041851</commentid>
    <comment_count>68</comment_count>
    <who name="">cantfind</who>
    <bug_when>2021-06-17 21:57:07 +0000</bug_when>
    <thetext>Running Plasma version 5.21.5, KDE Framework 5.82.0, Qt 5.15.2 on Manjaro.

I experience 100% cpu usage when the screen is locked.

Was able to work around it by adding setting QSG_RENDERER_LOOP=basic.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2041897</commentid>
    <comment_count>69</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2021-06-18 03:04:36 +0000</bug_when>
    <thetext>The fix is in 5.22, not 5.21.5.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2042857</commentid>
    <comment_count>70</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2021-06-21 22:28:36 +0000</bug_when>
    <thetext>*** Bug 351463 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2082933</commentid>
    <comment_count>71</comment_count>
    <who name="Thilo-Alexander Ginkel">thilo</who>
    <bug_when>2021-12-05 18:47:47 +0000</bug_when>
    <thetext>I am observing a possibly related issue on my new laptop, so this may be caused by the new hardware or a regression.

The issue happens sporadically. When it occurs, the kscreenlocker_greet process consumes 100% CPU. Moving the mouse or starting to type does not show the password prompt on the lock screen. Attempting to kill the kscreenlocker_greet process with SIGTERM has no effect, but sending SIGKILL works and I can proceed with unlocking the session (my avatar on the lock screen had a tiny visual glitch, after performing the kill, it was displayed rectangular instead of being in circle shape).

I tried attaching strace to the process, which worked, but did not produce any output.

Any ideas?

Operating System: Arch Linux
KDE Plasma Version: 5.23.4
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2
Kernel Version: 5.15.5-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 16 × 11th Gen Intel® Core™ i7-11850H @ 2.50GHz
Memory: 62,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2082947</commentid>
    <comment_count>72</comment_count>
    <who name="Fabian Vogt">fabian</who>
    <bug_when>2021-12-05 20:23:25 +0000</bug_when>
    <thetext>(In reply to Thilo-Alexander Ginkel from comment #71)
&gt; I tried attaching strace to the process, which worked, but did not produce
&gt; any output.

That sounds more like a hang in the graphics driver or something like that. cat /proc/$(pidof kscreenlocker_greet)/task/*/stack should show.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2086998</commentid>
    <comment_count>73</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2021-12-20 04:35:26 +0000</bug_when>
    <thetext>Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED &gt; WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2089938</commentid>
    <comment_count>74</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2022-01-04 04:34:56 +0000</bug_when>
    <thetext>This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED &gt; WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2308371</commentid>
    <comment_count>75</comment_count>
    <who name="Vadym Krevs">vkrevs</who>
    <bug_when>2024-04-04 17:25:57 +0000</bug_when>
    <thetext>Hitting this issue (or something very similar) on openSUSE Leap 15.5+Qt  5.15.12 + KDE Frameworks 5.115.0 + Nvidia drivers (nvidia-video-G06-550.67-lp155.20.1.x86_64).

Reproducible: Always
Steps to reproduce:
1. Login as user1
2.  Switch user to user2
3. Observe kscreenlocker_greet and plasmashell processes running as user1 begin to consume 100% CPU.
4. Log off user2 and log back in as user1.
5. High CPU usage disappears.

The workaround from comment 22 does not help.
Output of &quot;qdbus-qt5 org.kde.KWin /KWin supportInformation&quot; is attached.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2308375</commentid>
    <comment_count>76</comment_count>
      <attachid>168152</attachid>
    <who name="Vadym Krevs">vkrevs</who>
    <bug_when>2024-04-04 17:27:07 +0000</bug_when>
    <thetext>Created attachment 168152
qdbus-qt5 org.kde.KWin /KWin supportInformation for comment 75</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2308437</commentid>
    <comment_count>77</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2024-04-04 21:13:08 +0000</bug_when>
    <thetext>This is a fairly old bug report and the code has changed a lot since it was reported. There&apos;s a very good chance the issue you&apos;re experiencing is caused by something else, even if the outward symptoms look and feel the same. Can you please submit a new bug report? Then you can link it to this one using the &quot;See Also&quot; field. Thank you!</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>94863</attachid>
            <date>2015-10-06 14:20:55 +0000</date>
            <delta_ts>2015-10-06 14:20:55 +0000</delta_ts>
            <desc>qdbus org.kde.KWin /KWin supportInformation</desc>
            <filename>info</filename>
            <type>text/plain</type>
            <size>4685</size>
            <attacher name="Jaroslav Safka">xkennyx</attacher>
            
              <data encoding="base64">S1dpbiBTdXBwb3J0IEluZm9ybWF0aW9uOgpUaGUgZm9sbG93aW5nIGluZm9ybWF0aW9uIHNob3Vs
ZCBiZSB1c2VkIHdoZW4gcmVxdWVzdGluZyBzdXBwb3J0IG9uIGUuZy4gaHR0cDovL2ZvcnVtLmtk
ZS5vcmcuCkl0IHByb3ZpZGVzIGluZm9ybWF0aW9uIGFib3V0IHRoZSBjdXJyZW50bHkgcnVubmlu
ZyBpbnN0YW5jZSwgd2hpY2ggb3B0aW9ucyBhcmUgdXNlZCwKd2hhdCBPcGVuR0wgZHJpdmVyIGFu
ZCB3aGljaCBlZmZlY3RzIGFyZSBydW5uaW5nLgpQbGVhc2UgcG9zdCB0aGUgaW5mb3JtYXRpb24g
cHJvdmlkZWQgdW5kZXJuZWF0aCB0aGlzIGludHJvZHVjdG9yeSB0ZXh0IHRvIGEgcGFzdGUgYmlu
IHNlcnZpY2UKbGlrZSBodHRwOi8vcGFzdGUua2RlLm9yZyBpbnN0ZWFkIG9mIHBhc3RpbmcgaW50
byBzdXBwb3J0IHRocmVhZHMuCgo9PT09PT09PT09PT09PT09PT09PT09PT09PQoKVmVyc2lvbgo9
PT09PT09CktXaW4gdmVyc2lvbjogNS40LjEKUXQgVmVyc2lvbjogNS41LjAKUXQgY29tcGlsZSB2
ZXJzaW9uOiA1LjUuMApYQ0IgY29tcGlsZSB2ZXJzaW9uOiAxLjExLjEKCk9wZXJhdGlvbiBNb2Rl
OiBYMTEgb25seQoKQnVpbGQgT3B0aW9ucwo9PT09PT09PT09PT09CktXSU5fQlVJTERfREVDT1JB
VElPTlM6IHllcwpLV0lOX0JVSUxEX1RBQkJPWDogeWVzCktXSU5fQlVJTERfQUNUSVZJVElFUzog
eWVzCkhBVkVfV0FZTEFORDogeWVzCkhBVkVfV0FZTEFORF9FR0w6IHllcwpIQVZFX1dBWUxBTkRf
Q1VSU09SOiB5ZXMKSEFWRV9YS0I6IHllcwpIQVZFX0lOUFVUOiB5ZXMKSEFWRV9EUk06IHllcwpI
QVZFX0dCTTogeWVzCkhBVkVfWDExX1hDQjogeWVzCgpYMTEKPT09ClZlbmRvcjogVGhlIFguT3Jn
IEZvdW5kYXRpb24KVmVuZG9yIFJlbGVhc2U6IDExNzAyMDAwClByb3RvY29sIFZlcnNpb24vUmV2
aXNpb246IDExLzAKU0hBUEU6IHllczsgVmVyc2lvbjogMHgxMQpSQU5EUjogeWVzOyBWZXJzaW9u
OiAweDE0CkRBTUFHRTogeWVzOyBWZXJzaW9uOiAweDExCkNvbXBvc2l0ZTogeWVzOyBWZXJzaW9u
OiAweDQKUkVOREVSOiB5ZXM7IFZlcnNpb246IDB4YgpYRklYRVM6IHllczsgVmVyc2lvbjogMHg1
MApTWU5DOiB5ZXM7IFZlcnNpb246IDB4MzEKR0xYOiB5ZXM7IFZlcnNpb246IDB4MAoKRGVjb3Jh
dGlvbgo9PT09PT09PT09ClBsdWdpbjogb3JnLmtkZS5rd2luLmF1cm9yYWUKVGhlbWU6IGt3aW40
X2RlY29yYXRpb25fcW1sX3BsYXN0aWsKQmx1cjogMQpvbkFsbERlc2t0b3BzQXZhaWxhYmxlOiB0
cnVlCmFscGhhQ2hhbm5lbFN1cHBvcnRlZDogdHJ1ZQpjbG9zZU9uRG91YmxlQ2xpY2tPbk1lbnU6
IGZhbHNlCmRlY29yYXRpb25CdXR0b25zTGVmdDogMCwgMiwgOQpkZWNvcmF0aW9uQnV0dG9uc1Jp
Z2h0OiA2LCAzLCA0LCA1CmJvcmRlclNpemU6IDIKZ3JpZFVuaXQ6IDEwCmZvbnQ6IERlamFWdSBT
ZXJpZiwxMCwtMSw1LDUwLDAsMCwwLDAsMApzbWFsbFNwYWNpbmc6IDIKbGFyZ2VTcGFjaW5nOiAx
MAoKT3B0aW9ucwo9PT09PT09CmZvY3VzUG9saWN5OiAxCm5leHRGb2N1c1ByZWZlcnNNb3VzZTog
ZmFsc2UKY2xpY2tSYWlzZTogdHJ1ZQphdXRvUmFpc2U6IGZhbHNlCmF1dG9SYWlzZUludGVydmFs
OiA3NTAKZGVsYXlGb2N1c0ludGVydmFsOiAzMDAKc2hhZGVIb3ZlcjogZmFsc2UKc2hhZGVIb3Zl
ckludGVydmFsOiAyNTAKc2VwYXJhdGVTY3JlZW5Gb2N1czogZmFsc2UKcGxhY2VtZW50OiA0CmZv
Y3VzUG9saWN5SXNSZWFzb25hYmxlOiB0cnVlCmJvcmRlclNuYXBab25lOiAxMAp3aW5kb3dTbmFw
Wm9uZTogMTAKY2VudGVyU25hcFpvbmU6IDAKc25hcE9ubHlXaGVuT3ZlcmxhcHBpbmc6IGZhbHNl
CnJvbGxPdmVyRGVza3RvcHM6IHRydWUKZm9jdXNTdGVhbGluZ1ByZXZlbnRpb25MZXZlbDogMQps
ZWdhY3lGdWxsc2NyZWVuU3VwcG9ydDogZmFsc2UKb3BlcmF0aW9uVGl0bGViYXJEYmxDbGljazog
NTAwMApvcGVyYXRpb25NYXhCdXR0b25MZWZ0Q2xpY2s6IDUwMDAKb3BlcmF0aW9uTWF4QnV0dG9u
TWlkZGxlQ2xpY2s6IDUwMTUKb3BlcmF0aW9uTWF4QnV0dG9uUmlnaHRDbGljazogNTAxNApjb21t
YW5kQWN0aXZlVGl0bGViYXIxOiAwCmNvbW1hbmRBY3RpdmVUaXRsZWJhcjI6IDMwCmNvbW1hbmRB
Y3RpdmVUaXRsZWJhcjM6IDIKY29tbWFuZEluYWN0aXZlVGl0bGViYXIxOiA0CmNvbW1hbmRJbmFj
dGl2ZVRpdGxlYmFyMjogMzAKY29tbWFuZEluYWN0aXZlVGl0bGViYXIzOiAyCmNvbW1hbmRXaW5k
b3cxOiA3CmNvbW1hbmRXaW5kb3cyOiA4CmNvbW1hbmRXaW5kb3czOiA4CmNvbW1hbmRXaW5kb3dX
aGVlbDogMzEKY29tbWFuZEFsbDE6IDEwCmNvbW1hbmRBbGwyOiAzCmNvbW1hbmRBbGwzOiAxNApr
ZXlDbWRBbGxNb2RLZXk6IDE2Nzc3MjUxCnNob3dHZW9tZXRyeVRpcDogZmFsc2UKY29uZGVuc2Vk
VGl0bGU6IGZhbHNlCmVsZWN0cmljQm9yZGVyTWF4aW1pemU6IGZhbHNlCmVsZWN0cmljQm9yZGVy
VGlsaW5nOiBmYWxzZQplbGVjdHJpY0JvcmRlckNvcm5lclJhdGlvOiAwLjI1CmJvcmRlcmxlc3NN
YXhpbWl6ZWRXaW5kb3dzOiBmYWxzZQpraWxsUGluZ1RpbWVvdXQ6IDUwMDAKaGlkZVV0aWxpdHlX
aW5kb3dzRm9ySW5hY3RpdmU6IHRydWUKaW5hY3RpdmVUYWJzU2tpcFRhc2tiYXI6IGZhbHNlCmF1
dG9ncm91cFNpbWlsYXJXaW5kb3dzOiBmYWxzZQphdXRvZ3JvdXBJbkZvcmVncm91bmQ6IHRydWUK
Y29tcG9zaXRpbmdNb2RlOiAyCnVzZUNvbXBvc2l0aW5nOiB0cnVlCmNvbXBvc2l0aW5nSW5pdGlh
bGl6ZWQ6IHRydWUKaGlkZGVuUHJldmlld3M6IDIKdW5yZWRpcmVjdEZ1bGxzY3JlZW46IGZhbHNl
CmdsU21vb3RoU2NhbGU6IDIKY29sb3JDb3JyZWN0ZWQ6IGZhbHNlCnhyZW5kZXJTbW9vdGhTY2Fs
ZTogZmFsc2UKbWF4RnBzSW50ZXJ2YWw6IDE2NjY2NjY2CnJlZnJlc2hSYXRlOiAwCnZCbGFua1Rp
bWU6IDYwMDAwMDAKZ2xTdHJpY3RCaW5kaW5nOiB0cnVlCmdsU3RyaWN0QmluZGluZ0ZvbGxvd3NE
cml2ZXI6IHRydWUKZ2xDb3JlUHJvZmlsZTogdHJ1ZQpnbFByZWZlckJ1ZmZlclN3YXA6IDk3Cmds
UGxhdGZvcm1JbnRlcmZhY2U6IDEKClNjcmVlbiBFZGdlcwo9PT09PT09PT09PT0KZGVza3RvcFN3
aXRjaGluZzogZmFsc2UKZGVza3RvcFN3aXRjaGluZ01vdmluZ0NsaWVudHM6IGZhbHNlCmN1cnNv
clB1c2hCYWNrRGlzdGFuY2U6IDF4MQp0aW1lVGhyZXNob2xkOiAxNTAKcmVBY3RpdmF0ZVRocmVz
aG9sZDogMzUwCmFjdGlvblRvcExlZnQ6IDAKYWN0aW9uVG9wOiAwCmFjdGlvblRvcFJpZ2h0OiAw
CmFjdGlvblJpZ2h0OiAwCmFjdGlvbkJvdHRvbVJpZ2h0OiAwCmFjdGlvbkJvdHRvbTogMAphY3Rp
b25Cb3R0b21MZWZ0OiAwCmFjdGlvbkxlZnQ6IDAKClNjcmVlbnMKPT09PT09PQpNdWx0aS1IZWFk
OiBubwpBY3RpdmUgc2NyZWVuIGZvbGxvd3MgbW91c2U6ICB5ZXMKTnVtYmVyIG9mIFNjcmVlbnM6
IDIKClNjcmVlbiAwOgotLS0tLS0tLS0KTmFtZTogRFZJLUktMQpHZW9tZXRyeTogMCwwLDE5MjB4
MTIwMApSZWZyZXNoIFJhdGU6IDU5Ljk1MDIKClNjcmVlbiAxOgotLS0tLS0tLS0KTmFtZTogVkdB
LTAKR2VvbWV0cnk6IDE5MjAsMCwxMjgweDEwMjQKUmVmcmVzaCBSYXRlOiA2MC4wMTk3CgoKQ29t
cG9zaXRpbmcKPT09PT09PT09PT0KQ29tcG9zaXRpbmcgaXMgYWN0aXZlCkNvbXBvc2l0aW5nIFR5
cGU6IFhSZW5kZXIKCkxvYWRlZCBFZmZlY3RzOgotLS0tLS0tLS0tLS0tLS0Kc2xpZGluZ3BvcHVw
cwprd2luNF9lZmZlY3RfbG9naW4Kc2NyZWVuc2hvdAptaW5pbWl6ZWFuaW1hdGlvbgprd2luNF9l
ZmZlY3Rfd2luZG93YXBlcnR1cmUKZGVza3RvcGdyaWQKcHJlc2VudHdpbmRvd3MKaGlnaGxpZ2h0
d2luZG93Cmt3aW40X2VmZmVjdF9kaWFsb2dwYXJlbnQKbG9nb3V0CmRhc2hib2FyZApzY3JlZW5l
ZGdlCmtzY3JlZW4KCkN1cnJlbnRseSBBY3RpdmUgRWZmZWN0czoKLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQoKRWZmZWN0IFNldHRpbmdzOgotLS0tLS0tLS0tLS0tLS0tCnNsaWRpbmdwb3B1cHM6
CmZhZGVJblRpbWU6IDMwCmZhZGVPdXRUaW1lOiA1MAoKa3dpbjRfZWZmZWN0X2xvZ2luOgoKc2Ny
ZWVuc2hvdDoKCm1pbmltaXplYW5pbWF0aW9uOgoKa3dpbjRfZWZmZWN0X3dpbmRvd2FwZXJ0dXJl
OgoKZGVza3RvcGdyaWQ6Cnpvb21EdXJhdGlvbjogNjAKYm9yZGVyOiAxMApkZXNrdG9wTmFtZUFs
aWdubWVudDogMApsYXlvdXRNb2RlOiAwCmN1c3RvbUxheW91dFJvd3M6IDIKdXNlUHJlc2VudFdp
bmRvd3M6IHRydWUKCnByZXNlbnR3aW5kb3dzOgpsYXlvdXRNb2RlOiAwCnNob3dDYXB0aW9uczog
dHJ1ZQpzaG93SWNvbnM6IHRydWUKZG9Ob3RDbG9zZVdpbmRvd3M6IGZhbHNlCmlnbm9yZU1pbmlt
aXplZDogZmFsc2UKYWNjdXJhY3k6IDIwCmZpbGxHYXBzOiB0cnVlCmZhZGVEdXJhdGlvbjogMzAK
c2hvd1BhbmVsOiBmYWxzZQpsZWZ0QnV0dG9uV2luZG93OiAxCnJpZ2h0QnV0dG9uV2luZG93OiAy
Cm1pZGRsZUJ1dHRvbldpbmRvdzogMApsZWZ0QnV0dG9uRGVza3RvcDogMgptaWRkbGVCdXR0b25E
ZXNrdG9wOiAwCnJpZ2h0QnV0dG9uRGVza3RvcDogMAoKaGlnaGxpZ2h0d2luZG93OgoKa3dpbjRf
ZWZmZWN0X2RpYWxvZ3BhcmVudDoKCmxvZ291dDoKdXNlQmx1cjogdHJ1ZQoKZGFzaGJvYXJkOgpi
cmlnaHRuZXNzOiAwLjUKc2F0dXJhdGlvbjogMC41CmJsdXI6IGZhbHNlCgpzY3JlZW5lZGdlOgoK
a3NjcmVlbjoKCgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>105213</attachid>
            <date>2017-04-27 00:51:12 +0000</date>
            <delta_ts>2017-04-27 00:51:12 +0000</delta_ts>
            <desc>dbus org.kde.KWin /KWin supportInformation</desc>
            <filename>qdbus</filename>
            <type>application/octet-stream</type>
            <size>5435</size>
            <attacher>georg</attacher>
            
              <data encoding="base64">VGVhdmUgS1dpbmkgdG9ldHVzZSBrb2h0YToKSsOkcmduZXZhdCB0ZWF2ZXQgdHVsZWtzIGthc3V0
YWRhIGFiaSBvdHNpbWlzZWwgbsOkaXRla3MgZm9vcnVtaXN0IGh0dHA6Ly9mb3J1bS5rZGUub3Jn
LgpTZWUgYW5uYWIgdGVhdmV0IHBhcmFqYXN0aSB0w7bDtnRhdmEgaXNlbmRpIGtvaHRhLCBzZWxs
ZSBrb2h0YSwgbWlsbGlzZWQgdmFsaWt1ZApvbiBrYXN1dHVzZWwsIG1pbGxpbmUgT3BlbkdMIGRy
YWl2ZXIgamEgbWlsbGlzZWQgZWZla3RpZC4KUGFsdW4gcG9zdGl0YSBzaXNzZWp1aGF0YXZhIHRl
a3N0aSBhbGwgb2xldiB0ZWF2ZSBwYXN0ZWJpbi10ZWVudXNzZXNzZSwKbsOkaXRla3MgaHR0cDov
L3Bhc3RlLmtkZS5vcmcsIG1pdHRlIMOkcmEgcG9zdGl0YSBzZWRhIGZvb3J1bWlzc2UuCgo9PT09
PT09PT09PT09PT09PT09PT09PT09PQoKVmVyc2lvbgo9PT09PT09CktXaW4gdmVyc2lvbjogNS44
LjYKUXQgVmVyc2lvbjogNS43LjEKUXQgY29tcGlsZSB2ZXJzaW9uOiA1LjcuMQpYQ0IgY29tcGls
ZSB2ZXJzaW9uOiAxLjEyCgpPcGVyYXRpb24gTW9kZTogWDExIG9ubHkKCkJ1aWxkIE9wdGlvbnMK
PT09PT09PT09PT09PQpLV0lOX0JVSUxEX0RFQ09SQVRJT05TOiB5ZXMKS1dJTl9CVUlMRF9UQUJC
T1g6IHllcwpLV0lOX0JVSUxEX0FDVElWSVRJRVM6IHllcwpIQVZFX0lOUFVUOiB5ZXMKSEFWRV9E
Uk06IHllcwpIQVZFX0dCTTogeWVzCkhBVkVfWDExX1hDQjogeWVzCkhBVkVfRVBPWFlfR0xYOiB5
ZXMKSEFWRV9XQVlMQU5EX0VHTDogeWVzCgpYMTEKPT09ClZlbmRvcjogVGhlIFguT3JnIEZvdW5k
YXRpb24KVmVuZG9yIFJlbGVhc2U6IDExOTAyMDAwClByb3RvY29sIFZlcnNpb24vUmV2aXNpb246
IDExLzAKU0hBUEU6IHllczsgVmVyc2lvbjogMHgxMQpSQU5EUjogeWVzOyBWZXJzaW9uOiAweDE0
CkRBTUFHRTogeWVzOyBWZXJzaW9uOiAweDExCkNvbXBvc2l0ZTogeWVzOyBWZXJzaW9uOiAweDQK
UkVOREVSOiB5ZXM7IFZlcnNpb246IDB4YgpYRklYRVM6IHllczsgVmVyc2lvbjogMHg1MApTWU5D
OiB5ZXM7IFZlcnNpb246IDB4MzEKR0xYOiB5ZXM7IFZlcnNpb246IDB4MAoKRGVjb3JhdGlvbgo9
PT09PT09PT09ClBsdWdpbjogb3JnLmtkZS5icmVlemUKVGhlbWU6IApCbHVyOiAwCm9uQWxsRGVz
a3RvcHNBdmFpbGFibGU6IHRydWUKYWxwaGFDaGFubmVsU3VwcG9ydGVkOiB0cnVlCmNsb3NlT25E
b3VibGVDbGlja09uTWVudTogZmFsc2UKZGVjb3JhdGlvbkJ1dHRvbnNMZWZ0OiAwLCAyCmRlY29y
YXRpb25CdXR0b25zUmlnaHQ6IDYsIDMsIDQsIDUKYm9yZGVyU2l6ZTogMwpncmlkVW5pdDogMTIK
Zm9udDogTm90byBTYW5zLDEwLC0xLDAsNTAsMCwwLDAsMCwwCnNtYWxsU3BhY2luZzogMwpsYXJn
ZVNwYWNpbmc6IDEyCgpPcHRpb25zCj09PT09PT0KZm9jdXNQb2xpY3k6IDAKbmV4dEZvY3VzUHJl
ZmVyc01vdXNlOiBmYWxzZQpjbGlja1JhaXNlOiB0cnVlCmF1dG9SYWlzZTogZmFsc2UKYXV0b1Jh
aXNlSW50ZXJ2YWw6IDAKZGVsYXlGb2N1c0ludGVydmFsOiAwCnNoYWRlSG92ZXI6IGZhbHNlCnNo
YWRlSG92ZXJJbnRlcnZhbDogMjUwCnNlcGFyYXRlU2NyZWVuRm9jdXM6IGZhbHNlCnBsYWNlbWVu
dDogNApmb2N1c1BvbGljeUlzUmVhc29uYWJsZTogdHJ1ZQpib3JkZXJTbmFwWm9uZTogMTAKd2lu
ZG93U25hcFpvbmU6IDEwCmNlbnRlclNuYXBab25lOiAwCnNuYXBPbmx5V2hlbk92ZXJsYXBwaW5n
OiBmYWxzZQpyb2xsT3ZlckRlc2t0b3BzOiB0cnVlCmZvY3VzU3RlYWxpbmdQcmV2ZW50aW9uTGV2
ZWw6IDEKbGVnYWN5RnVsbHNjcmVlblN1cHBvcnQ6IGZhbHNlCm9wZXJhdGlvblRpdGxlYmFyRGJs
Q2xpY2s6IDUwMDAKb3BlcmF0aW9uTWF4QnV0dG9uTGVmdENsaWNrOiA1MDAwCm9wZXJhdGlvbk1h
eEJ1dHRvbk1pZGRsZUNsaWNrOiA1MDE1Cm9wZXJhdGlvbk1heEJ1dHRvblJpZ2h0Q2xpY2s6IDUw
MTQKY29tbWFuZEFjdGl2ZVRpdGxlYmFyMTogMApjb21tYW5kQWN0aXZlVGl0bGViYXIyOiAzMApj
b21tYW5kQWN0aXZlVGl0bGViYXIzOiAyCmNvbW1hbmRJbmFjdGl2ZVRpdGxlYmFyMTogNApjb21t
YW5kSW5hY3RpdmVUaXRsZWJhcjI6IDMwCmNvbW1hbmRJbmFjdGl2ZVRpdGxlYmFyMzogMgpjb21t
YW5kV2luZG93MTogNwpjb21tYW5kV2luZG93MjogOApjb21tYW5kV2luZG93MzogOApjb21tYW5k
V2luZG93V2hlZWw6IDMxCmNvbW1hbmRBbGwxOiAxMApjb21tYW5kQWxsMjogMwpjb21tYW5kQWxs
MzogMTQKa2V5Q21kQWxsTW9kS2V5OiAxNjc3NzI1MQpzaG93R2VvbWV0cnlUaXA6IGZhbHNlCmNv
bmRlbnNlZFRpdGxlOiBmYWxzZQplbGVjdHJpY0JvcmRlck1heGltaXplOiB0cnVlCmVsZWN0cmlj
Qm9yZGVyVGlsaW5nOiB0cnVlCmVsZWN0cmljQm9yZGVyQ29ybmVyUmF0aW86IDAuMjUKYm9yZGVy
bGVzc01heGltaXplZFdpbmRvd3M6IGZhbHNlCmtpbGxQaW5nVGltZW91dDogNTAwMApoaWRlVXRp
bGl0eVdpbmRvd3NGb3JJbmFjdGl2ZTogdHJ1ZQppbmFjdGl2ZVRhYnNTa2lwVGFza2JhcjogZmFs
c2UKYXV0b2dyb3VwU2ltaWxhcldpbmRvd3M6IGZhbHNlCmF1dG9ncm91cEluRm9yZWdyb3VuZDog
dHJ1ZQpjb21wb3NpdGluZ01vZGU6IDEKdXNlQ29tcG9zaXRpbmc6IHRydWUKY29tcG9zaXRpbmdJ
bml0aWFsaXplZDogdHJ1ZQpoaWRkZW5QcmV2aWV3czogMQpnbFNtb290aFNjYWxlOiAyCmNvbG9y
Q29ycmVjdGVkOiBmYWxzZQp4cmVuZGVyU21vb3RoU2NhbGU6IGZhbHNlCm1heEZwc0ludGVydmFs
OiAxNjY2NjY2NgpyZWZyZXNoUmF0ZTogMAp2QmxhbmtUaW1lOiA2MDAwMDAwCmdsU3RyaWN0Qmlu
ZGluZzogZmFsc2UKZ2xTdHJpY3RCaW5kaW5nRm9sbG93c0RyaXZlcjogdHJ1ZQpnbENvcmVQcm9m
aWxlOiBmYWxzZQpnbFByZWZlckJ1ZmZlclN3YXA6IDAKZ2xQbGF0Zm9ybUludGVyZmFjZTogMQp3
aW5kb3dzQmxvY2tDb21wb3NpdGluZzogdHJ1ZQoKU2NyZWVuIEVkZ2VzCj09PT09PT09PT09PQpk
ZXNrdG9wU3dpdGNoaW5nOiBmYWxzZQpkZXNrdG9wU3dpdGNoaW5nTW92aW5nQ2xpZW50czogZmFs
c2UKY3Vyc29yUHVzaEJhY2tEaXN0YW5jZTogMXgxCnRpbWVUaHJlc2hvbGQ6IDE1MApyZUFjdGl2
YXRlVGhyZXNob2xkOiAzNTAKYWN0aW9uVG9wTGVmdDogMAphY3Rpb25Ub3A6IDAKYWN0aW9uVG9w
UmlnaHQ6IDAKYWN0aW9uUmlnaHQ6IDAKYWN0aW9uQm90dG9tUmlnaHQ6IDAKYWN0aW9uQm90dG9t
OiAwCmFjdGlvbkJvdHRvbUxlZnQ6IDAKYWN0aW9uTGVmdDogMAoKU2NyZWVucwo9PT09PT09Ck11
bHRpLUhlYWQ6IG5vCkFjdGl2ZSBzY3JlZW4gZm9sbG93cyBtb3VzZTogIG5vCk51bWJlciBvZiBT
Y3JlZW5zOiAxCgpTY3JlZW4gMDoKLS0tLS0tLS0tCk5hbWU6IEhETUktMApHZW9tZXRyeTogMCww
LDI1NjB4MTQ0MApSZWZyZXNoIFJhdGU6IDU5Ljk1MDYKCgpDb21wb3NpdGluZwo9PT09PT09PT09
PQpDb21wb3NpdGluZyBpcyBhY3RpdmUKQ29tcG9zaXRpbmcgVHlwZTogT3BlbkdMCk9wZW5HTCB2
ZW5kb3Igc3RyaW5nOiBOVklESUEgQ29ycG9yYXRpb24KT3BlbkdMIHJlbmRlcmVyIHN0cmluZzog
R2VGb3JjZSBHVFggMTA2MCA2R0IvUENJZS9TU0UyCk9wZW5HTCB2ZXJzaW9uIHN0cmluZzogNC41
LjAgTlZJRElBIDM3NS4zOQpPcGVuR0wgcGxhdGZvcm0gaW50ZXJmYWNlOiBHTFgKT3BlbkdMIHNo
YWRpbmcgbGFuZ3VhZ2UgdmVyc2lvbiBzdHJpbmc6IDQuNTAgTlZJRElBCkRyaXZlcjogTlZJRElB
CkRyaXZlciB2ZXJzaW9uOiAzNzUuMzkKR1BVIGNsYXNzOiBVbmtub3duCk9wZW5HTCB2ZXJzaW9u
OiA0LjUKR0xTTCB2ZXJzaW9uOiA0LjUwClggc2VydmVyIHZlcnNpb246IDEuMTkuMgpMaW51eCBr
ZXJuZWwgdmVyc2lvbjogNC45CkRpcmVjdCByZW5kZXJpbmc6IFJlcXVpcmVzIHN0cmljdCBiaW5k
aW5nOiBubwpHTFNMIHNoYWRlcnM6ICB5ZXMKVGV4dHVyZSBOUE9UIHN1cHBvcnQ6ICB5ZXMKVmly
dHVhbCBNYWNoaW5lOiAgbm8KT3BlbkdMIDIgU2hhZGVycyBhcmUgdXNlZApQYWludGluZyBibG9j
a3MgZm9yIHZlcnRpY2FsIHJldHJhY2U6ICBubwoKTG9hZGVkIEVmZmVjdHM6Ci0tLS0tLS0tLS0t
LS0tLQp6b29tCnNsaWRpbmdwb3B1cHMKa3dpbjRfZWZmZWN0X2xvZ2luCnNsaWRlCmt3aW40X2Vm
ZmVjdF93aW5kb3dhcGVydHVyZQpzY3JlZW5zaG90Cm1pbmltaXplYW5pbWF0aW9uCmt3aW40X2Vm
ZmVjdF90cmFuc2x1Y2VuY3kKZGVza3RvcGdyaWQKa3dpbjRfZWZmZWN0X21vcnBoaW5ncG9wdXBz
Cmt3aW40X2VmZmVjdF9mYWRlCmt3aW40X2VmZmVjdF9tYXhpbWl6ZQpwcmVzZW50d2luZG93cwpr
d2luNF9lZmZlY3RfZGlhbG9ncGFyZW50CmhpZ2hsaWdodHdpbmRvdwpibHVyCmNvbnRyYXN0CnN0
YXJ0dXBmZWVkYmFjawpzY3JlZW5lZGdlCmtzY3JlZW4KCkN1cnJlbnRseSBBY3RpdmUgRWZmZWN0
czoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpibHVyCmNvbnRyYXN0CgpFZmZlY3QgU2V0dGlu
Z3M6Ci0tLS0tLS0tLS0tLS0tLS0Kem9vbToKem9vbUZhY3RvcjogMS4yCm1vdXNlUG9pbnRlcjog
MAptb3VzZVRyYWNraW5nOiAwCmVuYWJsZUZvY3VzVHJhY2tpbmc6IGZhbHNlCmZvbGxvd0ZvY3Vz
OiB0cnVlCmZvY3VzRGVsYXk6IDM1MAptb3ZlRmFjdG9yOiAyMAp0YXJnZXRab29tOiAxCgpzbGlk
aW5ncG9wdXBzOgpmYWRlSW5UaW1lOiAxNTAKZmFkZU91dFRpbWU6IDI1MAoKa3dpbjRfZWZmZWN0
X2xvZ2luOgoKc2xpZGU6Cgprd2luNF9lZmZlY3Rfd2luZG93YXBlcnR1cmU6CgpzY3JlZW5zaG90
OgoKbWluaW1pemVhbmltYXRpb246Cgprd2luNF9lZmZlY3RfdHJhbnNsdWNlbmN5OgoKZGVza3Rv
cGdyaWQ6Cnpvb21EdXJhdGlvbjogMzAwCmJvcmRlcjogMTAKZGVza3RvcE5hbWVBbGlnbm1lbnQ6
IDAKbGF5b3V0TW9kZTogMApjdXN0b21MYXlvdXRSb3dzOiAyCnVzZVByZXNlbnRXaW5kb3dzOiB0
cnVlCgprd2luNF9lZmZlY3RfbW9ycGhpbmdwb3B1cHM6Cgprd2luNF9lZmZlY3RfZmFkZToKCmt3
aW40X2VmZmVjdF9tYXhpbWl6ZToKCnByZXNlbnR3aW5kb3dzOgpsYXlvdXRNb2RlOiAwCnNob3dD
YXB0aW9uczogdHJ1ZQpzaG93SWNvbnM6IHRydWUKZG9Ob3RDbG9zZVdpbmRvd3M6IGZhbHNlCmln
bm9yZU1pbmltaXplZDogZmFsc2UKYWNjdXJhY3k6IDIwCmZpbGxHYXBzOiB0cnVlCmZhZGVEdXJh
dGlvbjogMTUwCnNob3dQYW5lbDogZmFsc2UKbGVmdEJ1dHRvbldpbmRvdzogMQpyaWdodEJ1dHRv
bldpbmRvdzogMgptaWRkbGVCdXR0b25XaW5kb3c6IDAKbGVmdEJ1dHRvbkRlc2t0b3A6IDIKbWlk
ZGxlQnV0dG9uRGVza3RvcDogMApyaWdodEJ1dHRvbkRlc2t0b3A6IDAKCmt3aW40X2VmZmVjdF9k
aWFsb2dwYXJlbnQ6CgpoaWdobGlnaHR3aW5kb3c6CgpibHVyOgpibHVyUmFkaXVzOiAxMgpjYWNo
ZVRleHR1cmU6IHRydWUKCmNvbnRyYXN0OgoKc3RhcnR1cGZlZWRiYWNrOgp0eXBlOiAxCgpzY3Jl
ZW5lZGdlOgoKa3NjcmVlbjoKCgo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>114342</attachid>
            <date>2018-08-06 22:11:02 +0000</date>
            <delta_ts>2018-08-09 09:12:05 +0000</delta_ts>
            <desc>qdbus org.kde.KWin /KWin supportInformation macmini mid 2007</desc>
            <filename>qdbus_output.txt</filename>
            <type>text/plain</type>
            <size>4449</size>
            <attacher name="Gianni">gianni_2295</attacher>
            
              <data encoding="base64">VmVyc2lvbgo9PT09PT09CktXaW4gdmVyc2lvbjogNS4xMy40ClF0IFZlcnNpb246IDUuMTEuMQpR
dCBjb21waWxlIHZlcnNpb246IDUuMTEuMQpYQ0IgY29tcGlsZSB2ZXJzaW9uOiAxLjExLjEKCk9w
ZXJhdGlvbiBNb2RlOiBYMTEgb25seQoKQnVpbGQgT3B0aW9ucwo9PT09PT09PT09PT09CktXSU5f
QlVJTERfREVDT1JBVElPTlM6IHllcwpLV0lOX0JVSUxEX1RBQkJPWDogeWVzCktXSU5fQlVJTERf
QUNUSVZJVElFUzogeWVzCkhBVkVfRFJNOiB5ZXMKSEFWRV9HQk06IHllcwpIQVZFX1gxMV9YQ0I6
IHllcwpIQVZFX0VQT1hZX0dMWDogeWVzCkhBVkVfV0FZTEFORF9FR0w6IHllcwoKWDExCj09PQpW
ZW5kb3I6IFRoZSBYLk9yZyBGb3VuZGF0aW9uClZlbmRvciBSZWxlYXNlOiAxMTgwNDAwMApQcm90
b2NvbCBWZXJzaW9uL1JldmlzaW9uOiAxMS8wClNIQVBFOiB5ZXM7IFZlcnNpb246IDB4MTEKUkFO
RFI6IHllczsgVmVyc2lvbjogMHgxNApEQU1BR0U6IHllczsgVmVyc2lvbjogMHgxMQpDb21wb3Np
dGU6IHllczsgVmVyc2lvbjogMHg0ClJFTkRFUjogeWVzOyBWZXJzaW9uOiAweGIKWEZJWEVTOiB5
ZXM7IFZlcnNpb246IDB4NTAKU1lOQzogeWVzOyBWZXJzaW9uOiAweDMxCkdMWDogeWVzOyBWZXJz
aW9uOiAweDAKCkRlY29yYXRpb24KPT09PT09PT09PQpQbHVnaW46IG9yZy5rZGUuYnJlZXplClRo
ZW1lOiAKQmx1cjogMApvbkFsbERlc2t0b3BzQXZhaWxhYmxlOiB0cnVlCmFscGhhQ2hhbm5lbFN1
cHBvcnRlZDogdHJ1ZQpjbG9zZU9uRG91YmxlQ2xpY2tPbk1lbnU6IGZhbHNlCmRlY29yYXRpb25C
dXR0b25zTGVmdDogMCwgMgpkZWNvcmF0aW9uQnV0dG9uc1JpZ2h0OiA2LCAzLCA0LCA1CmJvcmRl
clNpemU6IDMKZ3JpZFVuaXQ6IDEwCmZvbnQ6IE5vdG8gU2FucywxMCwtMSwwLDUwLDAsMCwwLDAs
MCxSZWd1bGFyCnNtYWxsU3BhY2luZzogMgpsYXJnZVNwYWNpbmc6IDEwCgpQbGF0Zm9ybQo9PT09
PT09PT09Ck5hbWU6IEtXaW46OlgxMVN0YW5kYWxvbmVQbGF0Zm9ybQoKT3B0aW9ucwo9PT09PT09
CmZvY3VzUG9saWN5OiAwCm5leHRGb2N1c1ByZWZlcnNNb3VzZTogZmFsc2UKY2xpY2tSYWlzZTog
dHJ1ZQphdXRvUmFpc2U6IGZhbHNlCmF1dG9SYWlzZUludGVydmFsOiAwCmRlbGF5Rm9jdXNJbnRl
cnZhbDogMApzaGFkZUhvdmVyOiBmYWxzZQpzaGFkZUhvdmVySW50ZXJ2YWw6IDI1MApzZXBhcmF0
ZVNjcmVlbkZvY3VzOiBmYWxzZQpwbGFjZW1lbnQ6IDYKZm9jdXNQb2xpY3lJc1JlYXNvbmFibGU6
IHRydWUKYm9yZGVyU25hcFpvbmU6IDEwCndpbmRvd1NuYXBab25lOiAxMApjZW50ZXJTbmFwWm9u
ZTogMApzbmFwT25seVdoZW5PdmVybGFwcGluZzogZmFsc2UKcm9sbE92ZXJEZXNrdG9wczogdHJ1
ZQpmb2N1c1N0ZWFsaW5nUHJldmVudGlvbkxldmVsOiAxCmxlZ2FjeUZ1bGxzY3JlZW5TdXBwb3J0
OiBmYWxzZQpvcGVyYXRpb25UaXRsZWJhckRibENsaWNrOiA1MDAwCm9wZXJhdGlvbk1heEJ1dHRv
bkxlZnRDbGljazogNTAwMApvcGVyYXRpb25NYXhCdXR0b25NaWRkbGVDbGljazogNTAxNQpvcGVy
YXRpb25NYXhCdXR0b25SaWdodENsaWNrOiA1MDE0CmNvbW1hbmRBY3RpdmVUaXRsZWJhcjE6IDAK
Y29tbWFuZEFjdGl2ZVRpdGxlYmFyMjogMzAKY29tbWFuZEFjdGl2ZVRpdGxlYmFyMzogMgpjb21t
YW5kSW5hY3RpdmVUaXRsZWJhcjE6IDQKY29tbWFuZEluYWN0aXZlVGl0bGViYXIyOiAzMApjb21t
YW5kSW5hY3RpdmVUaXRsZWJhcjM6IDIKY29tbWFuZFdpbmRvdzE6IDcKY29tbWFuZFdpbmRvdzI6
IDgKY29tbWFuZFdpbmRvdzM6IDgKY29tbWFuZFdpbmRvd1doZWVsOiAzMQpjb21tYW5kQWxsMTog
MTAKY29tbWFuZEFsbDI6IDMKY29tbWFuZEFsbDM6IDE0CmtleUNtZEFsbE1vZEtleTogMTY3Nzcy
NTEKc2hvd0dlb21ldHJ5VGlwOiBmYWxzZQpjb25kZW5zZWRUaXRsZTogZmFsc2UKZWxlY3RyaWNC
b3JkZXJNYXhpbWl6ZTogdHJ1ZQplbGVjdHJpY0JvcmRlclRpbGluZzogdHJ1ZQplbGVjdHJpY0Jv
cmRlckNvcm5lclJhdGlvOiAwLjI1CmJvcmRlcmxlc3NNYXhpbWl6ZWRXaW5kb3dzOiBmYWxzZQpr
aWxsUGluZ1RpbWVvdXQ6IDUwMDAKaGlkZVV0aWxpdHlXaW5kb3dzRm9ySW5hY3RpdmU6IHRydWUK
aW5hY3RpdmVUYWJzU2tpcFRhc2tiYXI6IGZhbHNlCmF1dG9ncm91cFNpbWlsYXJXaW5kb3dzOiBm
YWxzZQphdXRvZ3JvdXBJbkZvcmVncm91bmQ6IHRydWUKY29tcG9zaXRpbmdNb2RlOiAyCnVzZUNv
bXBvc2l0aW5nOiB0cnVlCmNvbXBvc2l0aW5nSW5pdGlhbGl6ZWQ6IHRydWUKaGlkZGVuUHJldmll
d3M6IDEKZ2xTbW9vdGhTY2FsZTogMgp4cmVuZGVyU21vb3RoU2NhbGU6IGZhbHNlCm1heEZwc0lu
dGVydmFsOiAxNjY2NjY2NgpyZWZyZXNoUmF0ZTogMAp2QmxhbmtUaW1lOiA2MDAwMDAwCmdsU3Ry
aWN0QmluZGluZzogdHJ1ZQpnbFN0cmljdEJpbmRpbmdGb2xsb3dzRHJpdmVyOiB0cnVlCmdsQ29y
ZVByb2ZpbGU6IGZhbHNlCmdsUHJlZmVyQnVmZmVyU3dhcDogOTcKZ2xQbGF0Zm9ybUludGVyZmFj
ZTogMQp3aW5kb3dzQmxvY2tDb21wb3NpdGluZzogdHJ1ZQoKU2NyZWVuIEVkZ2VzCj09PT09PT09
PT09PQpkZXNrdG9wU3dpdGNoaW5nOiBmYWxzZQpkZXNrdG9wU3dpdGNoaW5nTW92aW5nQ2xpZW50
czogZmFsc2UKY3Vyc29yUHVzaEJhY2tEaXN0YW5jZTogMXgxCnRpbWVUaHJlc2hvbGQ6IDE1MApy
ZUFjdGl2YXRlVGhyZXNob2xkOiAzNTAKYWN0aW9uVG9wTGVmdDogMAphY3Rpb25Ub3A6IDAKYWN0
aW9uVG9wUmlnaHQ6IDAKYWN0aW9uUmlnaHQ6IDAKYWN0aW9uQm90dG9tUmlnaHQ6IDAKYWN0aW9u
Qm90dG9tOiAwCmFjdGlvbkJvdHRvbUxlZnQ6IDAKYWN0aW9uTGVmdDogMAoKU2NyZWVucwo9PT09
PT09Ck11bHRpLUhlYWQ6IG5vCkFjdGl2ZSBzY3JlZW4gZm9sbG93cyBtb3VzZTogIG5vCk51bWJl
ciBvZiBTY3JlZW5zOiAxCgpTY3JlZW4gMDoKLS0tLS0tLS0tCk5hbWU6IERWSTEKR2VvbWV0cnk6
IDAsMCwxOTIweDEwODAKU2NhbGU6IDEKUmVmcmVzaCBSYXRlOiA2MAoKCkNvbXBvc2l0aW5nCj09
PT09PT09PT09CkNvbXBvc2l0aW5nIGlzIGFjdGl2ZQpDb21wb3NpdGluZyBUeXBlOiBYUmVuZGVy
CgpMb2FkZWQgRWZmZWN0czoKLS0tLS0tLS0tLS0tLS0tCnpvb20Ka3dpbjRfZWZmZWN0X2xvZ291
dAprd2luNF9lZmZlY3RfbWF4aW1pemUKa3dpbjRfZWZmZWN0X3dpbmRvd2FwZXJ0dXJlCmt3aW40
X2VmZmVjdF9mcm96ZW5hcHAKa3dpbjRfZWZmZWN0X3RyYW5zbHVjZW5jeQprd2luNF9lZmZlY3Rf
bG9naW4Ka3dpbjRfZWZmZWN0X21vcnBoaW5ncG9wdXBzCmt3aW40X2VmZmVjdF9kaWFsb2dwYXJl
bnQKa3dpbjRfZWZmZWN0X2ZhZGUKc2xpZGluZ3BvcHVwcwpzY3JlZW5zaG90Cm1pbmltaXplYW5p
bWF0aW9uCmRlc2t0b3BncmlkCnByZXNlbnR3aW5kb3dzCmhpZ2hsaWdodHdpbmRvdwpzY3JlZW5l
ZGdlCmtzY3JlZW4KCkN1cnJlbnRseSBBY3RpdmUgRWZmZWN0czoKLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQoKRWZmZWN0IFNldHRpbmdzOgotLS0tLS0tLS0tLS0tLS0tCnpvb206Cnpvb21GYWN0
b3I6IDEuMgptb3VzZVBvaW50ZXI6IDAKbW91c2VUcmFja2luZzogMAplbmFibGVGb2N1c1RyYWNr
aW5nOiBmYWxzZQpmb2xsb3dGb2N1czogdHJ1ZQpmb2N1c0RlbGF5OiAzNTAKbW92ZUZhY3Rvcjog
MjAKdGFyZ2V0Wm9vbTogMQoKa3dpbjRfZWZmZWN0X2xvZ291dDoKCmt3aW40X2VmZmVjdF9tYXhp
bWl6ZToKCmt3aW40X2VmZmVjdF93aW5kb3dhcGVydHVyZToKCmt3aW40X2VmZmVjdF9mcm96ZW5h
cHA6Cgprd2luNF9lZmZlY3RfdHJhbnNsdWNlbmN5OgoKa3dpbjRfZWZmZWN0X2xvZ2luOgoKa3dp
bjRfZWZmZWN0X21vcnBoaW5ncG9wdXBzOgoKa3dpbjRfZWZmZWN0X2RpYWxvZ3BhcmVudDoKCmt3
aW40X2VmZmVjdF9mYWRlOgoKc2xpZGluZ3BvcHVwczoKZmFkZUluVGltZTogMTUwCmZhZGVPdXRU
aW1lOiAyNTAKCnNjcmVlbnNob3Q6CgptaW5pbWl6ZWFuaW1hdGlvbjoKCmRlc2t0b3BncmlkOgp6
b29tRHVyYXRpb246IDMwMApib3JkZXI6IDEwCmRlc2t0b3BOYW1lQWxpZ25tZW50OiAwCmxheW91
dE1vZGU6IDAKY3VzdG9tTGF5b3V0Um93czogMgp1c2VQcmVzZW50V2luZG93czogdHJ1ZQoKcHJl
c2VudHdpbmRvd3M6CmxheW91dE1vZGU6IDAKc2hvd0NhcHRpb25zOiB0cnVlCnNob3dJY29uczog
dHJ1ZQpkb05vdENsb3NlV2luZG93czogZmFsc2UKaWdub3JlTWluaW1pemVkOiBmYWxzZQphY2N1
cmFjeTogMjAKZmlsbEdhcHM6IHRydWUKZmFkZUR1cmF0aW9uOiAxNTAKc2hvd1BhbmVsOiBmYWxz
ZQpsZWZ0QnV0dG9uV2luZG93OiAxCnJpZ2h0QnV0dG9uV2luZG93OiAyCm1pZGRsZUJ1dHRvbldp
bmRvdzogMApsZWZ0QnV0dG9uRGVza3RvcDogMgptaWRkbGVCdXR0b25EZXNrdG9wOiAwCnJpZ2h0
QnV0dG9uRGVza3RvcDogMAoKaGlnaGxpZ2h0d2luZG93OgoKc2NyZWVuZWRnZToKCmtzY3JlZW46
CgoK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>114379</attachid>
            <date>2018-08-08 16:25:11 +0000</date>
            <delta_ts>2018-08-09 09:14:11 +0000</delta_ts>
            <desc>gdb backtrace output of kscreenlocker_greet on intel GMA950</desc>
            <filename>logbt.txt</filename>
            <type>text/plain</type>
            <size>4609</size>
            <attacher name="Gianni">gianni_2295</attacher>
            
              <data encoding="base64">IzAgIDB4MDAwMDdmOGE4MWZlMTY2NCBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1s
aW51eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiMxICAweDAwMDA3ZjhhODFmZTRiODUgaW4gPz8gKCkK
ICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojMiAgMHgw
MDAwN2Y4YTgxZmU0ZDUxIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdu
dS9kcmkvaTkxNV9kcmkuc28KIzMgIDB4MDAwMDdmOGE4MWZkMzgyMCBpbiA/PyAoKQogICBmcm9t
IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiM0ICAweDAwMDA3Zjhh
ODIwMThmMjcgaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9p
OTE1X2RyaS5zbwojNSAgMHgwMDAwN2Y4YTgxZmQzYWZhIGluID8/ICgpCiAgIGZyb20gL3Vzci9s
aWIveDg2XzY0LWxpbnV4LWdudS9kcmkvaTkxNV9kcmkuc28KIzYgIDB4MDAwMDdmOGE4MWZkOWE1
NSBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvZHJpL2k5MTVfZHJp
LnNvCiM3ICAweDAwMDA3ZjhhODFmZWQ2N2MgaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZf
NjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojOCAgMHgwMDAwN2Y4YTgxZmIzY2EzIGluID8/
ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9kcmkvaTkxNV9kcmkuc28KIzkg
IDB4MDAwMDdmOGE4MWZiNDZhOCBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51
eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiMxMCAweDAwMDA3ZjhhODFmYWE5ZTIgaW4gPz8gKCkKICAg
ZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojMTEgMHgwMDAw
N2Y4YTgyMWJmZmRmIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9k
cmkvaTkxNV9kcmkuc28KIzEyIDB4MDAwMDdmOGE4MWZhYTA2YyBpbiA/PyAoKQogICBmcm9tIC91
c3IvbGliL3g4Nl82NC1saW51eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiMxMyAweDAwMDA3ZjhhODFm
OGNkZTggaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9pOTE1
X2RyaS5zbwojMTQgMHgwMDAwN2Y4YTgxZjhkNTdmIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIv
eDg2XzY0LWxpbnV4LWdudS9kcmkvaTkxNV9kcmkuc28KIzE1IDB4MDAwMDdmOGE5Y2QxODEwNSBp
biBRU0dCYXRjaFJlbmRlcmVyOjpSZW5kZXJlcjo6cmVuZGVyVW5tZXJnZWRCYXRjaChRU0dCYXRj
aFJlbmRlcmVyOjpCYXRjaCBjb25zdCopICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4
LWdudS9saWJRdDVRdWljay5zby41CiMxNiAweDAwMDA3ZjhhOWNkMTk0MzcgaW4gUVNHQmF0Y2hS
ZW5kZXJlcjo6UmVuZGVyZXI6OnJlbmRlckJhdGNoZXMoKSAoKQogICBmcm9tIC91c3IvbGliL3g4
Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMTcgMHgwMDAwN2Y4YTljZDFlYzM3IGlu
IFFTR0JhdGNoUmVuZGVyZXI6OlJlbmRlcmVyOjpyZW5kZXIoKSAoKQogICBmcm9tIC91c3IvbGli
L3g4Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMTggMHgwMDAwN2Y4YTljZDBmMGMz
IGluIFFTR1JlbmRlcmVyOjpyZW5kZXJTY2VuZShRU0dCaW5kYWJsZSBjb25zdCYpICgpCiAgIGZy
b20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdDVRdWljay5zby41CiMxOSAweDAwMDA3
ZjhhOWNkMGY1OWIgaW4gUVNHUmVuZGVyZXI6OnJlbmRlclNjZW5lKHVuc2lnbmVkIGludCkgKCkK
ICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0NVF1aWNrLnNvLjUKIzIwIDB4
MDAwMDdmOGE5Y2Q0YThkZSBpbiBRU0dEZWZhdWx0UmVuZGVyQ29udGV4dDo6cmVuZGVyTmV4dEZy
YW1lKFFTR1JlbmRlcmVyKiwgdW5zaWduZWQgaW50KSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82
NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMjEgMHgwMDAwN2Y4YTljZGE5NTc0IGluIFFR
dWlja1dpbmRvd1ByaXZhdGU6OnJlbmRlclNjZW5lR3JhcGgoUVNpemUgY29uc3QmKSAoKQogICBm
cm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMjIgMHgwMDAw
N2Y4YTljZDNjNzkwIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9s
aWJRdDVRdWljay5zby41CiMyMyAweDAwMDA3ZjhhOWNkYjRhNjcgaW4gUVF1aWNrV2luZG93Ojpl
dmVudChRRXZlbnQqKSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXQ1
UXVpY2suc28uNQojMjQgMHgwMDAwN2Y4YTliNTliMjI4IGluIFFDb3JlQXBwbGljYXRpb246Om5v
dGlmeUludGVybmFsMiAocmVjZWl2ZXI9MHhhNzc1OTAsIAogICAgZXZlbnQ9MHg3ZmZlNmVmYzFh
MTApCiAgICBhdCBrZXJuZWwvcWNvcmVhcHBsaWNhdGlvbi5jcHA6MTA0OAojMjUgMHgwMDAwN2Y4
YTliYjY5ODJlIGluIFFXaW5kb3dQcml2YXRlOjpkZWxpdmVyVXBkYXRlUmVxdWVzdCgpICgpCiAg
IGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdDVHdWkuc28uNQojMjYgMHgwMDAw
N2Y4YTliYjY5ZDY5IGluIFFXaW5kb3c6OmV2ZW50KFFFdmVudCopICgpCiAgIGZyb20gL3Vzci9s
aWIveDg2XzY0LWxpbnV4LWdudS9saWJRdDVHdWkuc28uNQojMjcgMHgwMDAwN2Y4YTljZGI0YTE1
IGluIFFRdWlja1dpbmRvdzo6ZXZlbnQoUUV2ZW50KikgKCkKICAgZnJvbSAvdXNyL2xpYi94ODZf
NjQtbGludXgtZ251L2xpYlF0NVF1aWNrLnNvLjUKIzI4IDB4MDAwMDdmOGE5YjU5YjIyOCBpbiBR
Q29yZUFwcGxpY2F0aW9uOjpub3RpZnlJbnRlcm5hbDIgKHJlY2VpdmVyPTB4YTc3NTkwLCAKICAg
IGV2ZW50PWV2ZW50QGVudHJ5PTB4N2ZmZTZlZmMxYjkwKQogICAgYXQga2VybmVsL3Fjb3JlYXBw
bGljYXRpb24uY3BwOjEwNDgKIzI5IDB4MDAwMDdmOGE5YjVmMTQ3ZSBpbiBRQ29yZUFwcGxpY2F0
aW9uOjpzZW5kRXZlbnQgKGV2ZW50PTB4N2ZmZTZlZmMxYjkwLCAKICAgIHJlY2VpdmVyPTxvcHRp
bWl6ZWQgb3V0PikKICAgIGF0IC4uLy4uL2luY2x1ZGUvUXRDb3JlLy4uLy4uL3NyYy9jb3JlbGli
L2tlcm5lbC9xY29yZWFwcGxpY2F0aW9uLmg6MjM0CiMzMCBRVGltZXJJbmZvTGlzdDo6YWN0aXZh
dGVUaW1lcnMgKAogICAgdGhpcz0weDlkYTYxMCkKICAgIGF0IGtlcm5lbC9xdGltZXJpbmZvX3Vu
aXguY3BwOjY0MwojMzEgMHgwMDAwN2Y4YTliNWYxZDM5IGluIHRpbWVyU291cmNlRGlzcGF0Y2gg
KAogICAgc291cmNlPTxvcHRpbWl6ZWQgb3V0PikKICAgIGF0IGtlcm5lbC9xZXZlbnRkaXNwYXRj
aGVyX2dsaWIuY3BwOjE4MgojMzIgaWRsZVRpbWVyU291cmNlRGlzcGF0Y2ggKAogICAgc291cmNl
PTxvcHRpbWl6ZWQgb3V0PikKICAgIGF0IGtlcm5lbC9xZXZlbnRkaXNwYXRjaGVyX2dsaWIuY3Bw
OjIyOQojMzMgMHgwMDAwN2Y4YTk2ZGM1MTk3IGluIGdfbWFpbl9jb250ZXh0X2Rpc3BhdGNoICgp
IGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmdsaWItMi4wLnNvLjAKIzM0IDB4MDAwMDdm
OGE5NmRjNTNmMCBpbiA/PyAoKQogICBmcm9tIC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJnbGli
LTIuMC5zby4wCiMzNSAweDAwMDA3ZjhhOTZkYzU0OWMgaW4gZ19tYWluX2NvbnRleHRfaXRlcmF0
aW9uICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmdsaWItMi4wLnNvLjAKIzM2IDB4
MDAwMDdmOGE5YjVmMjA5ZiBpbiBRRXZlbnREaXNwYXRjaGVyR2xpYjo6cHJvY2Vzc0V2ZW50cyAo
dGhpcz0weGEyMDhkMCwgZmxhZ3M9Li4uKQogICAgYXQga2VybmVsL3FldmVudGRpc3BhdGNoZXJf
Z2xpYi5jcHA6NDIzCiMzNyAweDAwMDA3ZjhhOGZiNzg5YTEgaW4gPz8gKCkKICAgZnJvbSAvdXNy
L2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0NVhjYlFwYS5zby41CiMzOCAweDAwMDA3ZjhhOWI1
OTk1YmEgaW4gUUV2ZW50TG9vcDo6ZXhlYyAoCiAgICB0aGlzPXRoaXNAZW50cnk9MHg3ZmZlNmVm
YzFlMDAsIGZsYWdzPS4uLiwgCiAgICBmbGFnc0BlbnRyeT0uLi4pCiAgICBhdCBrZXJuZWwvcWV2
ZW50bG9vcC5jcHA6MjE0CiMzOSAweDAwMDA3ZjhhOWI1YTI2YzQgaW4gUUNvcmVBcHBsaWNhdGlv
bjo6ZXhlYwogICAgKCkgYXQga2VybmVsL3Fjb3JlYXBwbGljYXRpb24uY3BwOjEzMzYKIzQwIDB4
MDAwMDAwMDAwMDQwYTg5YSBpbiA/PyAoKQojNDEgMHgwMDAwN2Y4YTlhYmY1ODMwIGluIF9fbGli
Y19zdGFydF9tYWluICgKICAgIG1haW49MHg0MGEwZDAsIGFyZ2M9NiwgYXJndj0weDdmZmU2ZWZj
MjFkOCwgCiAgICBpbml0PTxvcHRpbWl6ZWQgb3V0PiwgZmluaT08b3B0aW1pemVkIG91dD4sIAog
ICAgcnRsZF9maW5pPTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBzdGFja19lbmQ9MHg3ZmZlNmVmYzIx
YzgpCiAgICBhdCAuLi9jc3UvbGliYy1zdGFydC5jOjI5MQojNDIgMHgwMDAwMDAwMDAwNDBhYjI5
IGluIF9zdGFydCAoKQpEZXRhY2hpbmcgZnJvbSBwcm9ncmFtOiAvdXNyL2xpYi94ODZfNjQtbGlu
dXgtZ251L2xpYmV4ZWMva3NjcmVlbmxvY2tlcl9ncmVldCwgcHJvY2VzcyA3MDU0Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>114383</attachid>
            <date>2018-08-09 09:12:05 +0000</date>
            <delta_ts>2018-08-09 09:12:05 +0000</delta_ts>
            <desc>qdbus org.kde.KWin /KWin supportInformation on intel GMA950 with OpenGL 2 compositor</desc>
            <filename>qdbus_opengl.txt</filename>
            <type>text/plain</type>
            <size>5650</size>
            <attacher name="Gianni">gianni_2295</attacher>
            
              <data encoding="base64">SW5mb3JtYXppb25pIHBlciBpbCBzdXBwb3J0byBkaSBLV2luOgpMZSBzZWd1ZW50aSBpbmZvcm1h
emlvbmkgZG92cmViYmVybyBlc3NlcmUgdXNhdGUgcXVhbmRvIHNpIHJpY2hpZWRlIHN1cHBvcnRv
IHN1IChhZCBlc2VtcGlvKSBodHRwOi8vZm9ydW0ua2RlLm9yZy4KRm9ybmlzY29ubyBpIGRldHRh
Z2xpIHN1bGwnaXN0YW56YSBhdHR1YWxtZW50ZSBpbiBlc2VjdXppb25lLCBsZSBvcHppb25pIHVz
YXRlLAppbCBkcml2ZXIgT3BlbkdMIGUgZ2xpIGVmZmV0dGkgaW4gdXNvLgpNZXR0aSBsZSBpbmZv
cm1hemlvbmkgaW5kaWNhdGUgc290dG8gcXVlc3RvIHRlc3RvIGludHJvZHV0dGl2byBzdSB1biBz
ZXJ2aXppbyBwYXN0ZSBiaW4KY29tZSBodHRwOi8vcGFzdGUua2RlLm9yZyBpbnZlY2UgZGkgaW5j
b2xsYXJsbyBuZWxsYSBjb252ZXJzYXppb25lIGRpIHN1cHBvcnRvLgoKPT09PT09PT09PT09PT09
PT09PT09PT09PT0KClZlcnNpb24KPT09PT09PQpLV2luIHZlcnNpb246IDUuMTMuNApRdCBWZXJz
aW9uOiA1LjExLjEKUXQgY29tcGlsZSB2ZXJzaW9uOiA1LjExLjEKWENCIGNvbXBpbGUgdmVyc2lv
bjogMS4xMS4xCgpPcGVyYXRpb24gTW9kZTogWDExIG9ubHkKCkJ1aWxkIE9wdGlvbnMKPT09PT09
PT09PT09PQpLV0lOX0JVSUxEX0RFQ09SQVRJT05TOiB5ZXMKS1dJTl9CVUlMRF9UQUJCT1g6IHll
cwpLV0lOX0JVSUxEX0FDVElWSVRJRVM6IHllcwpIQVZFX0RSTTogeWVzCkhBVkVfR0JNOiB5ZXMK
SEFWRV9YMTFfWENCOiB5ZXMKSEFWRV9FUE9YWV9HTFg6IHllcwpIQVZFX1dBWUxBTkRfRUdMOiB5
ZXMKClgxMQo9PT0KVmVuZG9yOiBUaGUgWC5PcmcgRm91bmRhdGlvbgpWZW5kb3IgUmVsZWFzZTog
MTE4MDQwMDAKUHJvdG9jb2wgVmVyc2lvbi9SZXZpc2lvbjogMTEvMApTSEFQRTogeWVzOyBWZXJz
aW9uOiAweDExClJBTkRSOiB5ZXM7IFZlcnNpb246IDB4MTQKREFNQUdFOiB5ZXM7IFZlcnNpb246
IDB4MTEKQ29tcG9zaXRlOiB5ZXM7IFZlcnNpb246IDB4NApSRU5ERVI6IHllczsgVmVyc2lvbjog
MHhiClhGSVhFUzogeWVzOyBWZXJzaW9uOiAweDUwClNZTkM6IHllczsgVmVyc2lvbjogMHgzMQpH
TFg6IHllczsgVmVyc2lvbjogMHgwCgpEZWNvcmF0aW9uCj09PT09PT09PT0KUGx1Z2luOiBvcmcu
a2RlLmJyZWV6ZQpUaGVtZTogCkJsdXI6IDAKb25BbGxEZXNrdG9wc0F2YWlsYWJsZTogdHJ1ZQph
bHBoYUNoYW5uZWxTdXBwb3J0ZWQ6IHRydWUKY2xvc2VPbkRvdWJsZUNsaWNrT25NZW51OiBmYWxz
ZQpkZWNvcmF0aW9uQnV0dG9uc0xlZnQ6IDAsIDIKZGVjb3JhdGlvbkJ1dHRvbnNSaWdodDogNiwg
MywgNCwgNQpib3JkZXJTaXplOiAzCmdyaWRVbml0OiAxMApmb250OiBOb3RvIFNhbnMsMTAsLTEs
MCw1MCwwLDAsMCwwLDAsUmVndWxhcgpzbWFsbFNwYWNpbmc6IDIKbGFyZ2VTcGFjaW5nOiAxMAoK
UGxhdGZvcm0KPT09PT09PT09PQpOYW1lOiBLV2luOjpYMTFTdGFuZGFsb25lUGxhdGZvcm0KCk9w
dGlvbnMKPT09PT09PQpmb2N1c1BvbGljeTogMApuZXh0Rm9jdXNQcmVmZXJzTW91c2U6IGZhbHNl
CmNsaWNrUmFpc2U6IHRydWUKYXV0b1JhaXNlOiBmYWxzZQphdXRvUmFpc2VJbnRlcnZhbDogMApk
ZWxheUZvY3VzSW50ZXJ2YWw6IDAKc2hhZGVIb3ZlcjogZmFsc2UKc2hhZGVIb3ZlckludGVydmFs
OiAyNTAKc2VwYXJhdGVTY3JlZW5Gb2N1czogZmFsc2UKcGxhY2VtZW50OiA2CmZvY3VzUG9saWN5
SXNSZWFzb25hYmxlOiB0cnVlCmJvcmRlclNuYXBab25lOiAxMAp3aW5kb3dTbmFwWm9uZTogMTAK
Y2VudGVyU25hcFpvbmU6IDAKc25hcE9ubHlXaGVuT3ZlcmxhcHBpbmc6IGZhbHNlCnJvbGxPdmVy
RGVza3RvcHM6IHRydWUKZm9jdXNTdGVhbGluZ1ByZXZlbnRpb25MZXZlbDogMQpsZWdhY3lGdWxs
c2NyZWVuU3VwcG9ydDogZmFsc2UKb3BlcmF0aW9uVGl0bGViYXJEYmxDbGljazogNTAwMApvcGVy
YXRpb25NYXhCdXR0b25MZWZ0Q2xpY2s6IDUwMDAKb3BlcmF0aW9uTWF4QnV0dG9uTWlkZGxlQ2xp
Y2s6IDUwMTUKb3BlcmF0aW9uTWF4QnV0dG9uUmlnaHRDbGljazogNTAxNApjb21tYW5kQWN0aXZl
VGl0bGViYXIxOiAwCmNvbW1hbmRBY3RpdmVUaXRsZWJhcjI6IDMwCmNvbW1hbmRBY3RpdmVUaXRs
ZWJhcjM6IDIKY29tbWFuZEluYWN0aXZlVGl0bGViYXIxOiA0CmNvbW1hbmRJbmFjdGl2ZVRpdGxl
YmFyMjogMzAKY29tbWFuZEluYWN0aXZlVGl0bGViYXIzOiAyCmNvbW1hbmRXaW5kb3cxOiA3CmNv
bW1hbmRXaW5kb3cyOiA4CmNvbW1hbmRXaW5kb3czOiA4CmNvbW1hbmRXaW5kb3dXaGVlbDogMzEK
Y29tbWFuZEFsbDE6IDEwCmNvbW1hbmRBbGwyOiAzCmNvbW1hbmRBbGwzOiAxNAprZXlDbWRBbGxN
b2RLZXk6IDE2Nzc3MjUxCnNob3dHZW9tZXRyeVRpcDogZmFsc2UKY29uZGVuc2VkVGl0bGU6IGZh
bHNlCmVsZWN0cmljQm9yZGVyTWF4aW1pemU6IHRydWUKZWxlY3RyaWNCb3JkZXJUaWxpbmc6IHRy
dWUKZWxlY3RyaWNCb3JkZXJDb3JuZXJSYXRpbzogMC4yNQpib3JkZXJsZXNzTWF4aW1pemVkV2lu
ZG93czogZmFsc2UKa2lsbFBpbmdUaW1lb3V0OiA1MDAwCmhpZGVVdGlsaXR5V2luZG93c0Zvcklu
YWN0aXZlOiB0cnVlCmluYWN0aXZlVGFic1NraXBUYXNrYmFyOiBmYWxzZQphdXRvZ3JvdXBTaW1p
bGFyV2luZG93czogZmFsc2UKYXV0b2dyb3VwSW5Gb3JlZ3JvdW5kOiB0cnVlCmNvbXBvc2l0aW5n
TW9kZTogMQp1c2VDb21wb3NpdGluZzogdHJ1ZQpjb21wb3NpdGluZ0luaXRpYWxpemVkOiB0cnVl
CmhpZGRlblByZXZpZXdzOiAxCmdsU21vb3RoU2NhbGU6IDIKeHJlbmRlclNtb290aFNjYWxlOiBm
YWxzZQptYXhGcHNJbnRlcnZhbDogMTY2NjY2NjYKcmVmcmVzaFJhdGU6IDAKdkJsYW5rVGltZTog
NjAwMDAwMApnbFN0cmljdEJpbmRpbmc6IHRydWUKZ2xTdHJpY3RCaW5kaW5nRm9sbG93c0RyaXZl
cjogdHJ1ZQpnbENvcmVQcm9maWxlOiBmYWxzZQpnbFByZWZlckJ1ZmZlclN3YXA6IDEwMQpnbFBs
YXRmb3JtSW50ZXJmYWNlOiAxCndpbmRvd3NCbG9ja0NvbXBvc2l0aW5nOiB0cnVlCgpTY3JlZW4g
RWRnZXMKPT09PT09PT09PT09CmRlc2t0b3BTd2l0Y2hpbmc6IGZhbHNlCmRlc2t0b3BTd2l0Y2hp
bmdNb3ZpbmdDbGllbnRzOiBmYWxzZQpjdXJzb3JQdXNoQmFja0Rpc3RhbmNlOiAxeDEKdGltZVRo
cmVzaG9sZDogMTUwCnJlQWN0aXZhdGVUaHJlc2hvbGQ6IDM1MAphY3Rpb25Ub3BMZWZ0OiAwCmFj
dGlvblRvcDogMAphY3Rpb25Ub3BSaWdodDogMAphY3Rpb25SaWdodDogMAphY3Rpb25Cb3R0b21S
aWdodDogMAphY3Rpb25Cb3R0b206IDAKYWN0aW9uQm90dG9tTGVmdDogMAphY3Rpb25MZWZ0OiAw
CgpTY3JlZW5zCj09PT09PT0KTXVsdGktSGVhZDogbm8KQWN0aXZlIHNjcmVlbiBmb2xsb3dzIG1v
dXNlOiAgbm8KTnVtYmVyIG9mIFNjcmVlbnM6IDEKClNjcmVlbiAwOgotLS0tLS0tLS0KTmFtZTog
RFZJMQpHZW9tZXRyeTogMCwwLDE5MjB4MTA4MApTY2FsZTogMQpSZWZyZXNoIFJhdGU6IDYwCgoK
Q29tcG9zaXRpbmcKPT09PT09PT09PT0KQ29tcG9zaXRpbmcgaXMgYWN0aXZlCkNvbXBvc2l0aW5n
IFR5cGU6IE9wZW5HTApPcGVuR0wgdmVuZG9yIHN0cmluZzogSW50ZWwgT3BlbiBTb3VyY2UgVGVj
aG5vbG9neSBDZW50ZXIKT3BlbkdMIHJlbmRlcmVyIHN0cmluZzogTWVzYSBEUkkgSW50ZWwoUikg
OTQ1R00gCk9wZW5HTCB2ZXJzaW9uIHN0cmluZzogMi4xIE1lc2EgMTguMC41Ck9wZW5HTCBwbGF0
Zm9ybSBpbnRlcmZhY2U6IEdMWApPcGVuR0wgc2hhZGluZyBsYW5ndWFnZSB2ZXJzaW9uIHN0cmlu
ZzogMS4yMApEcml2ZXI6IEludGVsCkdQVSBjbGFzczogaTkxNS9pOTQ1Ck9wZW5HTCB2ZXJzaW9u
OiAyLjEKR0xTTCB2ZXJzaW9uOiAxLjIwCk1lc2EgdmVyc2lvbjogMTguMC41Clggc2VydmVyIHZl
cnNpb246IDEuMTguNApMaW51eCBrZXJuZWwgdmVyc2lvbjogNC4xNS4xNQpEaXJlY3QgcmVuZGVy
aW5nOiBSZXF1aXJlcyBzdHJpY3QgYmluZGluZzogeWVzCkdMU0wgc2hhZGVyczogIGxpbWl0ZWQK
VGV4dHVyZSBOUE9UIHN1cHBvcnQ6ICB5ZXMKVmlydHVhbCBNYWNoaW5lOiAgbm8KT3BlbkdMIDIg
U2hhZGVycyBhcmUgdXNlZApQYWludGluZyBibG9ja3MgZm9yIHZlcnRpY2FsIHJldHJhY2U6ICBu
bwoKTG9hZGVkIEVmZmVjdHM6Ci0tLS0tLS0tLS0tLS0tLQprd2luNF9lZmZlY3RfbG9nb3V0Cmt3
aW40X2VmZmVjdF9tYXhpbWl6ZQprd2luNF9lZmZlY3Rfd2luZG93YXBlcnR1cmUKa3dpbjRfZWZm
ZWN0X2Zyb3plbmFwcAprd2luNF9lZmZlY3Rfc2NhbGVpbgprd2luNF9lZmZlY3RfdHJhbnNsdWNl
bmN5Cmt3aW40X2VmZmVjdF9tb3JwaGluZ3BvcHVwcwprd2luNF9lZmZlY3RfZGlhbG9ncGFyZW50
Cmt3aW40X2VmZmVjdF9mYWRlCmt3aW40X2VmZmVjdF9mYWRlZGVza3RvcAp6b29tCnNsaWRpbmdw
b3B1cHMKc2NyZWVuc2hvdAptaW5pbWl6ZWFuaW1hdGlvbgpkZXNrdG9wZ3JpZApjb2xvcnBpY2tl
cgpyZXNpemUKcHJlc2VudHdpbmRvd3MKaGlnaGxpZ2h0d2luZG93CnN0YXJ0dXBmZWVkYmFjawpz
Y3JlZW5lZGdlCmtzY3JlZW4KCkN1cnJlbnRseSBBY3RpdmUgRWZmZWN0czoKLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQoKRWZmZWN0IFNldHRpbmdzOgotLS0tLS0tLS0tLS0tLS0tCmt3aW40X2Vm
ZmVjdF9sb2dvdXQ6Cgprd2luNF9lZmZlY3RfbWF4aW1pemU6Cgprd2luNF9lZmZlY3Rfd2luZG93
YXBlcnR1cmU6Cgprd2luNF9lZmZlY3RfZnJvemVuYXBwOgoKa3dpbjRfZWZmZWN0X3NjYWxlaW46
Cgprd2luNF9lZmZlY3RfdHJhbnNsdWNlbmN5OgoKa3dpbjRfZWZmZWN0X21vcnBoaW5ncG9wdXBz
OgoKa3dpbjRfZWZmZWN0X2RpYWxvZ3BhcmVudDoKCmt3aW40X2VmZmVjdF9mYWRlOgoKa3dpbjRf
ZWZmZWN0X2ZhZGVkZXNrdG9wOgoKem9vbToKem9vbUZhY3RvcjogMS4yCm1vdXNlUG9pbnRlcjog
MAptb3VzZVRyYWNraW5nOiAwCmVuYWJsZUZvY3VzVHJhY2tpbmc6IGZhbHNlCmZvbGxvd0ZvY3Vz
OiB0cnVlCmZvY3VzRGVsYXk6IDM1MAptb3ZlRmFjdG9yOiAyMAp0YXJnZXRab29tOiAxCgpzbGlk
aW5ncG9wdXBzOgpmYWRlSW5UaW1lOiAxNTAKZmFkZU91dFRpbWU6IDI1MAoKc2NyZWVuc2hvdDoK
Cm1pbmltaXplYW5pbWF0aW9uOgoKZGVza3RvcGdyaWQ6Cnpvb21EdXJhdGlvbjogMzAwCmJvcmRl
cjogMTAKZGVza3RvcE5hbWVBbGlnbm1lbnQ6IDAKbGF5b3V0TW9kZTogMApjdXN0b21MYXlvdXRS
b3dzOiAyCnVzZVByZXNlbnRXaW5kb3dzOiB0cnVlCgpjb2xvcnBpY2tlcjoKCnJlc2l6ZToKdGV4
dHVyZVNjYWxlOiB0cnVlCm91dGxpbmU6IGZhbHNlCgpwcmVzZW50d2luZG93czoKbGF5b3V0TW9k
ZTogMApzaG93Q2FwdGlvbnM6IHRydWUKc2hvd0ljb25zOiB0cnVlCmRvTm90Q2xvc2VXaW5kb3dz
OiBmYWxzZQppZ25vcmVNaW5pbWl6ZWQ6IGZhbHNlCmFjY3VyYWN5OiAyMApmaWxsR2FwczogdHJ1
ZQpmYWRlRHVyYXRpb246IDE1MApzaG93UGFuZWw6IGZhbHNlCmxlZnRCdXR0b25XaW5kb3c6IDEK
cmlnaHRCdXR0b25XaW5kb3c6IDIKbWlkZGxlQnV0dG9uV2luZG93OiAwCmxlZnRCdXR0b25EZXNr
dG9wOiAyCm1pZGRsZUJ1dHRvbkRlc2t0b3A6IDAKcmlnaHRCdXR0b25EZXNrdG9wOiAwCgpoaWdo
bGlnaHR3aW5kb3c6CgpzdGFydHVwZmVlZGJhY2s6CnR5cGU6IDEKCnNjcmVlbmVkZ2U6Cgprc2Ny
ZWVuOgoKCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>114384</attachid>
            <date>2018-08-09 09:13:31 +0000</date>
            <delta_ts>2018-08-09 09:13:31 +0000</delta_ts>
            <desc>gdb backtrace output of kscreenlocker_greet on intel GMA950 using OpenGL 2 compositor</desc>
            <filename>bt_opengl.txt</filename>
            <type>text/plain</type>
            <size>4339</size>
            <attacher name="Gianni">gianni_2295</attacher>
            
              <data encoding="base64">IzAgIDB4MDAwMDdmZGZlNmRkMGRjYyBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1s
aW51eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiMxICAweDAwMDA3ZmRmZTZkZDFlZDEgaW4gPz8gKCkK
ICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojMiAgMHgw
MDAwN2ZkZmU2ZDhjYWZhIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdu
dS9kcmkvaTkxNV9kcmkuc28KIzMgIDB4MDAwMDdmZGZlNmQ5MmE1NSBpbiA/PyAoKQogICBmcm9t
IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiM0ICAweDAwMDA3ZmRm
ZTZkYTY2N2MgaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9p
OTE1X2RyaS5zbwojNSAgMHgwMDAwN2ZkZmU2ZDZjY2EzIGluID8/ICgpCiAgIGZyb20gL3Vzci9s
aWIveDg2XzY0LWxpbnV4LWdudS9kcmkvaTkxNV9kcmkuc28KIzYgIDB4MDAwMDdmZGZlNmQ2ZDZh
OCBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvZHJpL2k5MTVfZHJp
LnNvCiM3ICAweDAwMDA3ZmRmZTZkNjM5ZTIgaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZf
NjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojOCAgMHgwMDAwN2ZkZmU2Zjc4ZmRmIGluID8/
ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9kcmkvaTkxNV9kcmkuc28KIzkg
IDB4MDAwMDdmZGZlNmQ2MzA2YyBpbiA/PyAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51
eC1nbnUvZHJpL2k5MTVfZHJpLnNvCiMxMCAweDAwMDA3ZmRmZTZkNDVkZTggaW4gPz8gKCkKICAg
ZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2RyaS9pOTE1X2RyaS5zbwojMTEgMHgwMDAw
N2ZkZmU2ZDQ2NTdmIGluID8/ICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9k
cmkvaTkxNV9kcmkuc28KIzEyIDB4MDAwMDdmZTAwMWM2ZTEwNSBpbiBRU0dCYXRjaFJlbmRlcmVy
OjpSZW5kZXJlcjo6cmVuZGVyVW5tZXJnZWRCYXRjaChRU0dCYXRjaFJlbmRlcmVyOjpCYXRjaCBj
b25zdCopICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdDVRdWljay5z
by41CiMxMyAweDAwMDA3ZmUwMDFjNmY0MzcgaW4gUVNHQmF0Y2hSZW5kZXJlcjo6UmVuZGVyZXI6
OnJlbmRlckJhdGNoZXMoKSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGli
UXQ1UXVpY2suc28uNQojMTQgMHgwMDAwN2ZlMDAxYzc0YzM3IGluIFFTR0JhdGNoUmVuZGVyZXI6
OlJlbmRlcmVyOjpyZW5kZXIoKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGli
UXQ1UXVpY2suc28uNQojMTUgMHgwMDAwN2ZlMDAxYzY1MGMzIGluIFFTR1JlbmRlcmVyOjpyZW5k
ZXJTY2VuZShRU0dCaW5kYWJsZSBjb25zdCYpICgpCiAgIGZyb20gL3Vzci9saWIveDg2XzY0LWxp
bnV4LWdudS9saWJRdDVRdWljay5zby41CiMxNiAweDAwMDA3ZmUwMDFjNjU1OWIgaW4gUVNHUmVu
ZGVyZXI6OnJlbmRlclNjZW5lKHVuc2lnbmVkIGludCkgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQt
bGludXgtZ251L2xpYlF0NVF1aWNrLnNvLjUKIzE3IDB4MDAwMDdmZTAwMWNhMDhkZSBpbiBRU0dE
ZWZhdWx0UmVuZGVyQ29udGV4dDo6cmVuZGVyTmV4dEZyYW1lKFFTR1JlbmRlcmVyKiwgdW5zaWdu
ZWQgaW50KSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2su
c28uNQojMTggMHgwMDAwN2ZlMDAxY2ZmNTc0IGluIFFRdWlja1dpbmRvd1ByaXZhdGU6OnJlbmRl
clNjZW5lR3JhcGgoUVNpemUgY29uc3QmKSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51
eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMTkgMHgwMDAwN2ZlMDAxYzkyNzkwIGluID8/ICgpCiAg
IGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdDVRdWljay5zby41CiMyMCAweDAw
MDA3ZmUwMDFkMGFhNjcgaW4gUVF1aWNrV2luZG93OjpldmVudChRRXZlbnQqKSAoKQogICBmcm9t
IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28uNQojMjEgMHgwMDAwN2Zl
MDAwNGYxMjI4IGluIFFDb3JlQXBwbGljYXRpb246Om5vdGlmeUludGVybmFsMgogICAgKHJlY2Vp
dmVyPTB4ZjFiOGMwLCBldmVudD0weDdmZmMzMDJmNGM5MCkKICAgIGF0IGtlcm5lbC9xY29yZWFw
cGxpY2F0aW9uLmNwcDoxMDQ4CiMyMiAweDAwMDA3ZmUwMDBhYmY4MmUgaW4gUVdpbmRvd1ByaXZh
dGU6OmRlbGl2ZXJVcGRhdGVSZXF1ZXN0KCkgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgt
Z251L2xpYlF0NUd1aS5zby41CiMyMyAweDAwMDA3ZmUwMDBhYmZkNjkgaW4gUVdpbmRvdzo6ZXZl
bnQoUUV2ZW50KikgKCkKICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0NUd1
aS5zby41CiMyNCAweDAwMDA3ZmUwMDFkMGFhMTUgaW4gUVF1aWNrV2luZG93OjpldmVudChRRXZl
bnQqKSAoKQogICBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXQ1UXVpY2suc28u
NQojMjUgMHgwMDAwN2ZlMDAwNGYxMjI4IGluIFFDb3JlQXBwbGljYXRpb246Om5vdGlmeUludGVy
bmFsMgogICAgKHJlY2VpdmVyPTB4ZjFiOGMwLCBldmVudD1ldmVudEBlbnRyeT0weDdmZmMzMDJm
NGUxMCkKICAgIGF0IGtlcm5lbC9xY29yZWFwcGxpY2F0aW9uLmNwcDoxMDQ4CiMyNiAweDAwMDA3
ZmUwMDA1NDc0N2UgaW4gUUNvcmVBcHBsaWNhdGlvbjo6c2VuZEV2ZW50ICgKICAgIGV2ZW50PTB4
N2ZmYzMwMmY0ZTEwLCByZWNlaXZlcj08b3B0aW1pemVkIG91dD4pCiAgICBhdCAuLi8uLi9pbmNs
dWRlL1F0Q29yZS8uLi8uLi9zcmMvY29yZWxpYi9rZXJuZWwvcWNvcmVhcHBsaWNhdGlvbi5oOjIz
NAojMjcgUVRpbWVySW5mb0xpc3Q6OmFjdGl2YXRlVGltZXJzICh0aGlzPTB4ZTdkNjEwKQogICAg
YXQga2VybmVsL3F0aW1lcmluZm9fdW5peC5jcHA6NjQzCiMyOCAweDAwMDA3ZmUwMDA1NDdkMzkg
aW4gdGltZXJTb3VyY2VEaXNwYXRjaCAoCiAgICBzb3VyY2U9PG9wdGltaXplZCBvdXQ+KQogICAg
YXQga2VybmVsL3FldmVudGRpc3BhdGNoZXJfZ2xpYi5jcHA6MTgyCiMyOSBpZGxlVGltZXJTb3Vy
Y2VEaXNwYXRjaCAoc291cmNlPTxvcHRpbWl6ZWQgb3V0PikKICAgIGF0IGtlcm5lbC9xZXZlbnRk
aXNwYXRjaGVyX2dsaWIuY3BwOjIyOQojMzAgMHgwMDAwN2ZkZmZiZDFiMTk3IGluIGdfbWFpbl9j
b250ZXh0X2Rpc3BhdGNoICgpCiAgIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmdsaWIt
Mi4wLnNvLjAKIzMxIDB4MDAwMDdmZGZmYmQxYjNmMCBpbiA/PyAoKQogICBmcm9tIC9saWIveDg2
XzY0LWxpbnV4LWdudS9saWJnbGliLTIuMC5zby4wCiMzMiAweDAwMDA3ZmRmZmJkMWI0OWMgaW4g
Z19tYWluX2NvbnRleHRfaXRlcmF0aW9uICgpCiAgIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251
L2xpYmdsaWItMi4wLnNvLjAKIzMzIDB4MDAwMDdmZTAwMDU0ODA5ZiBpbiBRRXZlbnREaXNwYXRj
aGVyR2xpYjo6cHJvY2Vzc0V2ZW50cyAodGhpcz0weGViZTMwMCwgZmxhZ3M9Li4uKQogICAgYXQg
a2VybmVsL3FldmVudGRpc3BhdGNoZXJfZ2xpYi5jcHA6NDIzCiMzNCAweDAwMDA3ZmRmZjRhY2U5
YTEgaW4gPz8gKCkKICAgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0NVhjYlFw
YS5zby41CiMzNSAweDAwMDA3ZmUwMDA0ZWY1YmEgaW4gUUV2ZW50TG9vcDo6ZXhlYyAoCiAgICB0
aGlzPXRoaXNAZW50cnk9MHg3ZmZjMzAyZjUwODAsIGZsYWdzPS4uLiwgCiAgICBmbGFnc0BlbnRy
eT0uLi4pIGF0IGtlcm5lbC9xZXZlbnRsb29wLmNwcDoyMTQKIzM2IDB4MDAwMDdmZTAwMDRmODZj
NCBpbiBRQ29yZUFwcGxpY2F0aW9uOjpleGVjICgpCiAgICBhdCBrZXJuZWwvcWNvcmVhcHBsaWNh
dGlvbi5jcHA6MTMzNgojMzcgMHgwMDAwMDAwMDAwNDBhODlhIGluID8/ICgpCiMzOCAweDAwMDA3
ZmRmZmZiNGI4MzAgaW4gX19saWJjX3N0YXJ0X21haW4gKAogICAgbWFpbj0weDQwYTBkMCwgYXJn
Yz02LCBhcmd2PTB4N2ZmYzMwMmY1NDU4LCAKICAgIGluaXQ9PG9wdGltaXplZCBvdXQ+LCBmaW5p
PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBydGxkX2Zpbmk9PG9wdGltaXplZCBvdXQ+LCBzdGFja19l
bmQ9MHg3ZmZjMzAyZjU0NDgpCiAgICBhdCAuLi9jc3UvbGliYy1zdGFydC5jOjI5MQojMzkgMHgw
MDAwMDAwMDAwNDBhYjI5IGluIF9zdGFydCAoKQpEZXRhY2hpbmcgZnJvbSBwcm9ncmFtOiAvdXNy
L2xpYi94ODZfNjQtbGludXgtZ251L2xpYmV4ZWMva3NjcmVlbmxvY2tlcl9ncmVldCwgcHJvY2Vz
cyA1MjEzCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>127682</attachid>
            <date>2020-04-19 07:35:58 +0000</date>
            <delta_ts>2020-04-19 07:35:58 +0000</delta_ts>
            <desc>qdbus org.kde.KWin /KWin supportInformation</desc>
            <filename>kwin.support.info.gz</filename>
            <type>application/gzip</type>
            <size>2748</size>
            <attacher name="Sergey">rion4ik</attacher>
            
              <data encoding="base64">H4sIAAAAAAAAA51Y23IbxxF9n6+YD4CgXRDUBak84EJSKPMCA5BE+4W1AIbAFgY7671QpJ4U2ZUq
lxy78panpPIHimJZsiUzv7D4o5yemQV2AcplmqwiMd0zPT19Od2N7B/Zr8tvsuvli+xj9nr51+x9
dp39it/Xyx949j8sfsTvW7B/yn7JXvPPnvpBg2X/zj5kb7Mfl18vv19+a/a+3xRExB8h4AOOQh7P
/rN8tXy5/A5isekt8ZZ/Wb7MXmdvtDS9h1jvefYOVPqIHdnbbT3eV2i32YzrQK5wfX6WJGHcuHv3
XEXpojqfiKqKplWW/XMtfePi5Q84/pLjnjeaRXpo1a85trzNfsEbv8X/j7lSZkkmugZx+Teo8474
UBLC6AJzz3X2X/x9DcbH5auKlYcj+AhD0iPMy17bXdBi+WL5CoaELvTgD8vvsnfawi+h7g8VZs9d
Zz/zk1AEB4ewrz78M+m+fIGj0Gf5DdxAer8kYSWdl69gin9BwE+gflh+nf1s7FDhWsw7rcW3JJCe
fpNLv69YFxlrLf9OhiAdyfzvIfctNrwha5Kr3tBbeM+LEzHyAzzgt50W0sbcaRCjN5GC11isPPYL
xYcVBOd9NLe/Md6CqblRGa+D0lXG/vzJH8aeiCj2VZDvYRTd/MIQG3y36j6o1tnnCX9SINWrNSKN
1SL0pSjtJtZpu7XNc8FjDE6LvAQEfqQmosFPXZerQF4x1kp9OYFTiRmXNYZO3eOz1uPuYeess9c+
6TeH3ZPjQYNfibjIGzZbrZPTLXKzPew+6Q67e/bEo+aTvbNO/6iwOmgVV3sHh2eDYX+veVQ8AVXP
8LLivt7J6RdnB4enBdrT5heHzeMOyTBUhnP0HBg6mKiowYczwU+rJ3DvvkqDibaGZfK+kMKLYRe3
5jgPHMdhvUglaqxkbv+7fXHhW4u6dx02eNTs7emb/rR2kXOJO/tQo38Dp846zaPmwc2H2nCbiv1E
bHPrrL933Nm7QeSIne53T615S5xdKPjFcXubseOy3G4lusNYR4yViZFCFLCeTKeAXU5YRukxioR4
LhiMuYCuls0jnF0sYMuYj1Q0ERGP/efgH6tAsJZMYX6HqaApZUfE80SFcfPC86U3kth07slYME+G
M68984JAyEEahipKxKTBkygVbCxVLE6CjkpxoC398fwkOBJBmp+drFRvpUmCOD4U5wmurPDaNq/v
T2dg3qvwnQqvV/guMyoPtMYOm0b+5HHgJxQM7FwFCT0jUXzgBXHFdSp33IpT2XUq69++mKbSi1i8
8KQchN7YD6YNvsNAm4rVGtJgLi9BfVgULXzskSV1cWsgZgeJh+CUMNxqM9vITmg1TuOegiGuSONA
XCb7mhSJc/j0SKXxyq5jMlff84mijemlibJra/mc0A0SEV14kmROhPSutNAiNZ55E/FIAVzyw2vK
el8N4ReL0IPZxWCMgAm0oPxIKL0xoocMWy8+pRv3kYQqMFGhdbWeCbzwSxgENnTYMx8Z+6xEGgu6
ek3C7fh8Anh7OhPBCXSTXhhqJxgNIiUlkfNgtLdpXQaJ8CT2wpYXkAu7H+IDXuUylYPo0E+kGHlR
ZyR1NAKBCTNW/CPv0gQbxeFv7zjyJxMb07TH3b1hj47Y9ZY6o2RDlDTHiX8hcmVceviNnBpc8uBm
1g5YOacbeJsC65/ilURuMotCn2p3QdT9MgUCHpQpO1sUeI8MX9BdStd4fLWuUaKtlxAC+8zFVXtB
SxS7zwRyxL13//792q6LcFXPDoRaiCS6GvrhKklUMBFBLCb6CTkVRWGcRP64paMQ7vAXGiN0sJSZ
Q1/q+LqB1VZRIKI+uRQeqtZyvJEijnOZ9sGrFJn7UvYgcOgvhEoTGz0zfyIeJ7gpubL791WUGz+H
SltIcNhUepcBDNprqt0HWXgxBbkv6F6XTeVgoVQyG4w9MkGNXUYAdORVkWrUW3iX+2EBGNx75ocB
fyIRz/BYnYYXLekFc3oE8NbRP3QN2SZp4QWFlNwg7yND8b5O5Gus0SpPJUwpUJjP/RVATKXBvFZ6
jr+DZx5c+vAhkS14aiXPATj0RIMdcUuq8XzbJMxgFd+bTEW5EwIaaqAYPPOT8ayg9Sb9SF3gL1IV
yLFy5jiNYhX10njW8sbzjh8D4bU+ly5LYJvhjGymJKqdC+SMhE5RmLDA2AGD/AzsUaGtbmtCaWHr
W07ZWLYUEGVxI3FzXb4mX1krrYvRUSoT/84j4UHNQDGDLzw2tjw3fuQLU5Jow3G6GKFBUOfcSqJY
y23vNNid/MdWRtHp3XHvoG+xaUt13am4D2tonNCrMRuZaLxM8HETfejkqo6zluxuS37UOerecQqC
SShk13bv/bbs3YfVh4gyxgpBVAyYIp37MTcZWqIOr0IIMrMUsyPVhWlGYyQChdjxk26n2+QI+jBv
zOxGk5hivfVAAAnGgh8MTykZHT707/baXXF3MNirrcXrdm91aKfqVp38lnrdqT5YbQ1t9nB/nT7o
G3M2FX16BLJ7mnpTsSXardZXki98j7en+WASsTynDdsu1/OKVeSg95iPpRcjOh4H80A9CzaeofVH
Mzs4LM46dYed8hiwVBTpVhELD9ihH6SXfC4Ax7I4O93DoNXx0cIm1rD6CX3xVQpirN8E1ijHK4Sw
vlV3PhH00+PGED1YGgl+3DsZ8tj0r5b1xI+S1JP8yCOMsFlgH1PjAyOGeziMHJmwngejk3VHBFMx
Ukg/JfERi1AwibQ3zIxzqHB4wvcAfmMAzjrCbZzPgXj1M6HZZ+eRei7QGIXsuVKLMm9hC1GZKhWa
+zLJQKiHHoWeW+bFqGiwKeyWlBnQOYhlij5tfLWhkw6kUIVpGG8I+yr14tnW7m0NUR833oKEmX1C
6sRHaz1FawqAZrH0C7fTCv2swaSZSnJwp3kAZZUCRsM8PkvcgG4MwRwiQiDKFhZU1elMErYaAhth
9KHmAgaIcV/iwWrhuRCTESqBvUug3LC5+QxESSPSTV5xC6Sf8m3By+VbmDnBByKhMLrh5CfCosH8
2Fy6n2KO0QoZWXkl04HT0H/3gWk0VSO3mAb3ntJYQSVCr4eI07lOGIcJ3dPrIWBNNiJNgbDzwboL
79D4YcreAqbPb6s5LKGhKvmSFAEu3xzFv+Ml23F+20PlTLjt6UKu3PZoMZtue7aYb7dWWWfkH7jx
j/iDut5bnirn/W1PF5Hhd5wtYUfDgEc36KSmUJtOThNP0mRNpcnYkBtssqLuUm+vIv85UtiTB9TD
1ndZjvl6XbPSOlQSVrM3UainnEb0jVbexq4hrMGKIGYSd63MDq41o4ieqexOao2awLDATOgOQyLC
GWaYwOSVxtQaalpfTyw1GjB6BgdXY4zRpICaDeYF/kLfXDAHNDBkYVro/CsKSyO83CRRt6sp6Ptp
ztKCNMEkpJ3gNOV5T7dbtOMhrgojyMDc541a6tJuiQXNfgWq9W8B5GHFMsw3NmxCQ2XbM9/R5GJB
6o7X64k6VhjhVSw2Jj0YGkPNkR+YOXD1ncwYU4NHX+/A85h3KApWAImM2gg03NbzAhqWzXGJZt18
d2CuI6iMqC6ViYBu/fVDmeoUjttvSDa3rshOUWyBulkJYUOqUg22qlP4uFEPGyzRTbHLCpUR22xt
xCf2f7qicX4zGgAA
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>168152</attachid>
            <date>2024-04-04 17:27:07 +0000</date>
            <delta_ts>2024-04-04 17:27:07 +0000</delta_ts>
            <desc>qdbus-qt5 org.kde.KWin /KWin supportInformation for comment 75</desc>
            <filename>plasma_high_cpu_usage_kwin_supportinformation.txt</filename>
            <type>text/plain</type>
            <size>6923</size>
            <attacher name="Vadym Krevs">vkrevs</attacher>
            
              <data encoding="base64">S1dpbiBTdXBwb3J0IEluZm9ybWF0aW9uOgpUaGUgZm9sbG93aW5nIGluZm9ybWF0aW9uIHNob3Vs
ZCBiZSB1c2VkIHdoZW4gcmVxdWVzdGluZyBzdXBwb3J0IG9uIGUuZy4gaHR0cHM6Ly9mb3J1bS5r
ZGUub3JnLgpJdCBwcm92aWRlcyBpbmZvcm1hdGlvbiBhYm91dCB0aGUgY3VycmVudGx5IHJ1bm5p
bmcgaW5zdGFuY2UsIHdoaWNoIG9wdGlvbnMgYXJlIHVzZWQsCndoYXQgT3BlbkdMIGRyaXZlciBh
bmQgd2hpY2ggZWZmZWN0cyBhcmUgcnVubmluZy4KUGxlYXNlIHBvc3QgdGhlIGluZm9ybWF0aW9u
IHByb3ZpZGVkIHVuZGVybmVhdGggdGhpcyBpbnRyb2R1Y3RvcnkgdGV4dCB0byBhIHBhc3RlIGJp
biBzZXJ2aWNlCmxpa2UgaHR0cHM6Ly9wYXN0ZS5rZGUub3JnIGluc3RlYWQgb2YgcGFzdGluZyBp
bnRvIHN1cHBvcnQgdGhyZWFkcy4KCj09PT09PT09PT09PT09PT09PT09PT09PT09CgpWZXJzaW9u
Cj09PT09PT0KS1dpbiB2ZXJzaW9uOiA1LjI3LjExClF0IFZlcnNpb246IDUuMTUuMTIKUXQgY29t
cGlsZSB2ZXJzaW9uOiA1LjE1LjEyClhDQiBjb21waWxlIHZlcnNpb246IDEuMTMKCk9wZXJhdGlv
biBNb2RlOiBYMTEgb25seQoKQnVpbGQgT3B0aW9ucwo9PT09PT09PT09PT09CktXSU5fQlVJTERf
REVDT1JBVElPTlM6IHllcwpLV0lOX0JVSUxEX1RBQkJPWDogeWVzCktXSU5fQlVJTERfQUNUSVZJ
VElFUzogeWVzCkhBVkVfWDExX1hDQjogeWVzCkhBVkVfRVBPWFlfR0xYOiB5ZXMKClgxMQo9PT0K
VmVuZG9yOiBUaGUgWC5PcmcgRm91bmRhdGlvbgpWZW5kb3IgUmVsZWFzZTogMTIxMDEwMDQKUHJv
dG9jb2wgVmVyc2lvbi9SZXZpc2lvbjogMTEvMApTSEFQRTogeWVzOyBWZXJzaW9uOiAweDExClJB
TkRSOiB5ZXM7IFZlcnNpb246IDB4MTQKREFNQUdFOiB5ZXM7IFZlcnNpb246IDB4MTEKQ29tcG9z
aXRlOiB5ZXM7IFZlcnNpb246IDB4NApSRU5ERVI6IHllczsgVmVyc2lvbjogMHhiClhGSVhFUzog
eWVzOyBWZXJzaW9uOiAweDUwClNZTkM6IHllczsgVmVyc2lvbjogMHgzMQpHTFg6IHllczsgVmVy
c2lvbjogMHgwCgpEZWNvcmF0aW9uCj09PT09PT09PT0KUGx1Z2luOiBvcmcua2RlLmJyZWV6ZQpU
aGVtZTogClBsdWdpbiByZWNvbW1lbmRzIGJvcmRlciBzaXplOiBOb25lCm9uQWxsRGVza3RvcHNB
dmFpbGFibGU6IHRydWUKYWxwaGFDaGFubmVsU3VwcG9ydGVkOiB0cnVlCmNsb3NlT25Eb3VibGVD
bGlja09uTWVudTogZmFsc2UKZGVjb3JhdGlvbkJ1dHRvbnNMZWZ0OiAwLCAyCmRlY29yYXRpb25C
dXR0b25zUmlnaHQ6IDYsIDMsIDQsIDUKYm9yZGVyU2l6ZTogMwpncmlkVW5pdDogMTAKZm9udDog
Q2FuZGFyYSwxMiwtMSw1LDUwLDAsMCwwLDAsMCxSZWd1bGFyCnNtYWxsU3BhY2luZzogMgpsYXJn
ZVNwYWNpbmc6IDEwCgpPdXRwdXQgYmFja2VuZAo9PT09PT09PT09PT09PQpOYW1lOiBLV2luOjpY
MTFTdGFuZGFsb25lQmFja2VuZAoKQ3Vyc29yCj09PT09PQp0aGVtZU5hbWU6IGJyZWV6ZV9jdXJz
b3JzCnRoZW1lU2l6ZTogMjQKCk9wdGlvbnMKPT09PT09PQpmb2N1c1BvbGljeTogMAp4d2F5bGFu
ZENyYXNoUG9saWN5OiAKeHdheWxhbmRNYXhDcmFzaENvdW50OiAzCm5leHRGb2N1c1ByZWZlcnNN
b3VzZTogZmFsc2UKY2xpY2tSYWlzZTogdHJ1ZQphdXRvUmFpc2U6IGZhbHNlCmF1dG9SYWlzZUlu
dGVydmFsOiAwCmRlbGF5Rm9jdXNJbnRlcnZhbDogMApzaGFkZUhvdmVyOiBmYWxzZQpzaGFkZUhv
dmVySW50ZXJ2YWw6IDI1MApzZXBhcmF0ZVNjcmVlbkZvY3VzOiBmYWxzZQphY3RpdmVNb3VzZVNj
cmVlbjogdHJ1ZQpwbGFjZW1lbnQ6IAphY3RpdmF0aW9uRGVza3RvcFBvbGljeTogMApmb2N1c1Bv
bGljeUlzUmVhc29uYWJsZTogdHJ1ZQpib3JkZXJTbmFwWm9uZTogMTAKd2luZG93U25hcFpvbmU6
IDEwCmNlbnRlclNuYXBab25lOiAwCnNuYXBPbmx5V2hlbk92ZXJsYXBwaW5nOiBmYWxzZQpyb2xs
T3ZlckRlc2t0b3BzOiB0cnVlCmZvY3VzU3RlYWxpbmdQcmV2ZW50aW9uTGV2ZWw6IDEKb3BlcmF0
aW9uVGl0bGViYXJEYmxDbGljazogNTAwMApvcGVyYXRpb25NYXhCdXR0b25MZWZ0Q2xpY2s6IDUw
MDAKb3BlcmF0aW9uTWF4QnV0dG9uTWlkZGxlQ2xpY2s6IDUwMTUKb3BlcmF0aW9uTWF4QnV0dG9u
UmlnaHRDbGljazogNTAxNApjb21tYW5kQWN0aXZlVGl0bGViYXIxOiAwCmNvbW1hbmRBY3RpdmVU
aXRsZWJhcjI6IDI4CmNvbW1hbmRBY3RpdmVUaXRsZWJhcjM6IDIKY29tbWFuZEluYWN0aXZlVGl0
bGViYXIxOiA0CmNvbW1hbmRJbmFjdGl2ZVRpdGxlYmFyMjogMjgKY29tbWFuZEluYWN0aXZlVGl0
bGViYXIzOiAyCmNvbW1hbmRXaW5kb3cxOiA3CmNvbW1hbmRXaW5kb3cyOiA4CmNvbW1hbmRXaW5k
b3czOiA4CmNvbW1hbmRXaW5kb3dXaGVlbDogMjgKY29tbWFuZEFsbDE6IDEwCmNvbW1hbmRBbGwy
OiAzCmNvbW1hbmRBbGwzOiAxNAprZXlDbWRBbGxNb2RLZXk6IDE2Nzc3MjUwCmNvbmRlbnNlZFRp
dGxlOiBmYWxzZQplbGVjdHJpY0JvcmRlck1heGltaXplOiB0cnVlCmVsZWN0cmljQm9yZGVyVGls
aW5nOiB0cnVlCmVsZWN0cmljQm9yZGVyQ29ybmVyUmF0aW86IDAuMjUKYm9yZGVybGVzc01heGlt
aXplZFdpbmRvd3M6IGZhbHNlCmtpbGxQaW5nVGltZW91dDogNTAwMApoaWRlVXRpbGl0eVdpbmRv
d3NGb3JJbmFjdGl2ZTogdHJ1ZQpjb21wb3NpdGluZ01vZGU6IDEKdXNlQ29tcG9zaXRpbmc6IHRy
dWUKaGlkZGVuUHJldmlld3M6IDEKZ2xTbW9vdGhTY2FsZTogMgpnbFN0cmljdEJpbmRpbmc6IGZh
bHNlCmdsU3RyaWN0QmluZGluZ0ZvbGxvd3NEcml2ZXI6IHRydWUKZ2xQcmVmZXJCdWZmZXJTd2Fw
OiA5OQpnbFBsYXRmb3JtSW50ZXJmYWNlOiAxCndpbmRvd3NCbG9ja0NvbXBvc2l0aW5nOiB0cnVl
CmxhdGVuY3lQb2xpY3k6IApyZW5kZXJUaW1lRXN0aW1hdG9yOiAKYWxsb3dUZWFyaW5nOiB0cnVl
CgpTY3JlZW4gRWRnZXMKPT09PT09PT09PT09CmRlc2t0b3BTd2l0Y2hpbmc6IGZhbHNlCmRlc2t0
b3BTd2l0Y2hpbmdNb3ZpbmdDbGllbnRzOiBmYWxzZQpjdXJzb3JQdXNoQmFja0Rpc3RhbmNlOiAx
eDEKdGltZVRocmVzaG9sZDogMTUwCnJlQWN0aXZhdGVUaHJlc2hvbGQ6IDM1MAphY3Rpb25Ub3BM
ZWZ0OiAwCmFjdGlvblRvcDogMAphY3Rpb25Ub3BSaWdodDogMAphY3Rpb25SaWdodDogMAphY3Rp
b25Cb3R0b21SaWdodDogMAphY3Rpb25Cb3R0b206IDAKYWN0aW9uQm90dG9tTGVmdDogMAphY3Rp
b25MZWZ0OiAwCgpTY3JlZW5zCj09PT09PT0KQWN0aXZlIHNjcmVlbiBmb2xsb3dzIG1vdXNlOiAg
eWVzCk51bWJlciBvZiBTY3JlZW5zOiAxCgpTY3JlZW4gMDoKLS0tLS0tLS0tCk5hbWU6IERQLTAu
OApFbmFibGVkOiAxCkdlb21ldHJ5OiAwLDAsMzQ0MHgxNDQwClNjYWxlOiAxClJlZnJlc2ggUmF0
ZTogNTk5NzIKQWRhcHRpdmUgU3luYzogaW5jYXBhYmxlCgpDb21wb3NpdGluZwo9PT09PT09PT09
PQpDb21wb3NpdGluZyBpcyBhY3RpdmUKQ29tcG9zaXRpbmcgVHlwZTogT3BlbkdMCk9wZW5HTCB2
ZW5kb3Igc3RyaW5nOiBOVklESUEgQ29ycG9yYXRpb24KT3BlbkdMIHJlbmRlcmVyIHN0cmluZzog
TlZJRElBIEdlRm9yY2UgUlRYIDQwNjAgVGkvUENJZS9TU0UyCk9wZW5HTCB2ZXJzaW9uIHN0cmlu
ZzogMy4xLjAgTlZJRElBIDU1MC42NwpPcGVuR0wgcGxhdGZvcm0gaW50ZXJmYWNlOiBHTFgKT3Bl
bkdMIHNoYWRpbmcgbGFuZ3VhZ2UgdmVyc2lvbiBzdHJpbmc6IDEuNDAgTlZJRElBIHZpYSBDZyBj
b21waWxlcgpEcml2ZXI6IE5WSURJQQpEcml2ZXIgdmVyc2lvbjogNTUwLjY3CkdQVSBjbGFzczog
VW5rbm93bgpPcGVuR0wgdmVyc2lvbjogMy4xCkdMU0wgdmVyc2lvbjogMS40MApYIHNlcnZlciB2
ZXJzaW9uOiAxLjIxLjEKTGludXgga2VybmVsIHZlcnNpb246IDUuMTQuMjEKRGlyZWN0IHJlbmRl
cmluZzogUmVxdWlyZXMgc3RyaWN0IGJpbmRpbmc6IG5vCkdMU0wgc2hhZGVyczogIHllcwpUZXh0
dXJlIE5QT1Qgc3VwcG9ydDogIHllcwpWaXJ0dWFsIE1hY2hpbmU6ICBubwpPcGVuR0wgMiBTaGFk
ZXJzIGFyZSB1c2VkCgpMb2FkZWQgRWZmZWN0czoKLS0tLS0tLS0tLS0tLS0tCmNvbG9ycGlja2Vy
Cm91dHB1dGxvY2F0b3IKc2NyZWVuc2hvdApzY3JlZW5lZGdlCnpvb20KYmx1cgpjb250cmFzdApr
d2luNF9lZmZlY3RfbG9naW4Ka3dpbjRfZWZmZWN0X3Nlc3Npb25xdWl0Cmt3aW40X2VmZmVjdF9s
b2dvdXQKc2xpZGluZ3BvcHVwcwprd2luNF9lZmZlY3Rfd2luZG93YXBlcnR1cmUKc2xpZGUKa3dp
bjRfZWZmZWN0X2Z1bGxzY3JlZW4Ka3dpbjRfZWZmZWN0X3NjYWxlCmt3aW40X2VmZmVjdF9mYWRp
bmdwb3B1cHMKa3dpbjRfZWZmZWN0X2Zyb3plbmFwcAprd2luNF9lZmZlY3RfbW9ycGhpbmdwb3B1
cHMKa3dpbjRfZWZmZWN0X21heGltaXplCmt3aW40X2VmZmVjdF9zcXVhc2gKa3dpbjRfZWZmZWN0
X2RpYWxvZ3BhcmVudApkZXNrdG9wZ3JpZApoaWdobGlnaHR3aW5kb3cKb3ZlcnZpZXcKdGlsZXNl
ZGl0b3IKd2luZG93dmlldwpibGVuZGNoYW5nZXMKc3RhcnR1cGZlZWRiYWNrCmtzY3JlZW4KCkN1
cnJlbnRseSBBY3RpdmUgRWZmZWN0czoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpibHVyCmNv
bnRyYXN0CgpFZmZlY3QgU2V0dGluZ3M6Ci0tLS0tLS0tLS0tLS0tLS0KY29sb3JwaWNrZXI6Cgpv
dXRwdXRsb2NhdG9yOgoKc2NyZWVuc2hvdDoKCnNjcmVlbmVkZ2U6Cgp6b29tOgp6b29tRmFjdG9y
OiAxLjIKbW91c2VQb2ludGVyOiAwCm1vdXNlVHJhY2tpbmc6IDAKZm9jdXNUcmFja2luZ0VuYWJs
ZWQ6IGZhbHNlCnRleHRDYXJldFRyYWNraW5nRW5hYmxlZDogZmFsc2UKZm9jdXNEZWxheTogMzUw
Cm1vdmVGYWN0b3I6IDIwCnRhcmdldFpvb206IDEKCmJsdXI6Cgpjb250cmFzdDoKCmt3aW40X2Vm
ZmVjdF9sb2dpbjoKcGx1Z2luSWQ6IGt3aW40X2VmZmVjdF9sb2dpbgppc0FjdGl2ZUZ1bGxTY3Jl
ZW5FZmZlY3Q6IGZhbHNlCgprd2luNF9lZmZlY3Rfc2Vzc2lvbnF1aXQ6CnBsdWdpbklkOiBrd2lu
NF9lZmZlY3Rfc2Vzc2lvbnF1aXQKaXNBY3RpdmVGdWxsU2NyZWVuRWZmZWN0OiBmYWxzZQoKa3dp
bjRfZWZmZWN0X2xvZ291dDoKcGx1Z2luSWQ6IGt3aW40X2VmZmVjdF9sb2dvdXQKaXNBY3RpdmVG
dWxsU2NyZWVuRWZmZWN0OiBmYWxzZQoKc2xpZGluZ3BvcHVwczoKc2xpZGVJbkR1cmF0aW9uOiA3
NQpzbGlkZU91dER1cmF0aW9uOiAxMjUKCmt3aW40X2VmZmVjdF93aW5kb3dhcGVydHVyZToKcGx1
Z2luSWQ6IGt3aW40X2VmZmVjdF93aW5kb3dhcGVydHVyZQppc0FjdGl2ZUZ1bGxTY3JlZW5FZmZl
Y3Q6IGZhbHNlCgpzbGlkZToKaG9yaXpvbnRhbEdhcDogNDUKdmVydGljYWxHYXA6IDIwCnNsaWRl
QmFja2dyb3VuZDogdHJ1ZQoKa3dpbjRfZWZmZWN0X2Z1bGxzY3JlZW46CnBsdWdpbklkOiBrd2lu
NF9lZmZlY3RfZnVsbHNjcmVlbgppc0FjdGl2ZUZ1bGxTY3JlZW5FZmZlY3Q6IGZhbHNlCgprd2lu
NF9lZmZlY3Rfc2NhbGU6CnBsdWdpbklkOiBrd2luNF9lZmZlY3Rfc2NhbGUKaXNBY3RpdmVGdWxs
U2NyZWVuRWZmZWN0OiBmYWxzZQoKa3dpbjRfZWZmZWN0X2ZhZGluZ3BvcHVwczoKcGx1Z2luSWQ6
IGt3aW40X2VmZmVjdF9mYWRpbmdwb3B1cHMKaXNBY3RpdmVGdWxsU2NyZWVuRWZmZWN0OiBmYWxz
ZQoKa3dpbjRfZWZmZWN0X2Zyb3plbmFwcDoKcGx1Z2luSWQ6IGt3aW40X2VmZmVjdF9mcm96ZW5h
cHAKaXNBY3RpdmVGdWxsU2NyZWVuRWZmZWN0OiBmYWxzZQoKa3dpbjRfZWZmZWN0X21vcnBoaW5n
cG9wdXBzOgpwbHVnaW5JZDoga3dpbjRfZWZmZWN0X21vcnBoaW5ncG9wdXBzCmlzQWN0aXZlRnVs
bFNjcmVlbkVmZmVjdDogZmFsc2UKCmt3aW40X2VmZmVjdF9tYXhpbWl6ZToKcGx1Z2luSWQ6IGt3
aW40X2VmZmVjdF9tYXhpbWl6ZQppc0FjdGl2ZUZ1bGxTY3JlZW5FZmZlY3Q6IGZhbHNlCgprd2lu
NF9lZmZlY3Rfc3F1YXNoOgpwbHVnaW5JZDoga3dpbjRfZWZmZWN0X3NxdWFzaAppc0FjdGl2ZUZ1
bGxTY3JlZW5FZmZlY3Q6IGZhbHNlCgprd2luNF9lZmZlY3RfZGlhbG9ncGFyZW50OgpwbHVnaW5J
ZDoga3dpbjRfZWZmZWN0X2RpYWxvZ3BhcmVudAppc0FjdGl2ZUZ1bGxTY3JlZW5FZmZlY3Q6IGZh
bHNlCgpkZXNrdG9wZ3JpZDoKYWN0aXZlVmlldzogCmdyaWRSb3dzOiAyCmdyaWRDb2x1bW5zOiAy
CmFuaW1hdGlvbkR1cmF0aW9uOiAxNTAKbGF5b3V0OiAxCnBhcnRpYWxBY3RpdmF0aW9uRmFjdG9y
OiAwCmdlc3R1cmVJblByb2dyZXNzOiBmYWxzZQpzaG93QWRkUmVtb3ZlOiB0cnVlCmRlc2t0b3BO
YW1lQWxpZ25tZW50OiAwCmRlc2t0b3BMYXlvdXRNb2RlOiAwCmN1c3RvbUxheW91dFJvd3M6IDIK
CmhpZ2hsaWdodHdpbmRvdzoKCm92ZXJ2aWV3OgphY3RpdmVWaWV3OiAKYW5pbWF0aW9uRHVyYXRp
b246IDE1MApsYXlvdXQ6IDEKaWdub3JlTWluaW1pemVkOiBmYWxzZQpibHVyQmFja2dyb3VuZDog
dHJ1ZQpwYXJ0aWFsQWN0aXZhdGlvbkZhY3RvcjogMApnZXN0dXJlSW5Qcm9ncmVzczogZmFsc2UK
c2VhcmNoVGV4dDogCgp0aWxlc2VkaXRvcjoKYWN0aXZlVmlldzogCmFuaW1hdGlvbkR1cmF0aW9u
OiAyMDAKCndpbmRvd3ZpZXc6CmFjdGl2ZVZpZXc6IAphbmltYXRpb25EdXJhdGlvbjogMTUwCmxh
eW91dDogMQppZ25vcmVNaW5pbWl6ZWQ6IGZhbHNlCm1vZGU6IDExNQpwYXJ0aWFsQWN0aXZhdGlv
bkZhY3RvcjogMApnZXN0dXJlSW5Qcm9ncmVzczogZmFsc2UKc2VhcmNoVGV4dDogCgpibGVuZGNo
YW5nZXM6CgpzdGFydHVwZmVlZGJhY2s6CnR5cGU6IDEKCmtzY3JlZW46CgoKTG9hZGVkIFBsdWdp
bnM6Ci0tLS0tLS0tLS0tLS0tLQprd2luNV9wbHVnaW5fa3J1bm5lcgprd2luNV9wbHVnaW5fbmln
aHRjb2xvcgoKQXZhaWxhYmxlIFBsdWdpbnM6Ci0tLS0tLS0tLS0tLS0tLS0tLQprd2luNV9wbHVn
aW5fYnV0dG9ucmViaW5kcwprd2luNV9wbHVnaW5fY29sb3JkCmt3aW41X3BsdWdpbl9rcnVubmVy
Cmt3aW41X3BsdWdpbl9uaWdodGNvbG9yCgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>