<?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>301909</bug_id>
          
          <creation_ts>2012-06-14 16:08:00 +0000</creation_ts>
          <short_desc>&quot;No titlebar and frame = Force Yes&quot; does not work</short_desc>
          <delta_ts>2013-01-17 16:02:51 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Plasma</classification>
          <product>kwin</product>
          <component>general</component>
          <version>4.7.4</version>
          <rep_platform>Debian testing</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Enda">enda_k2</reporter>
          <assigned_to name="KWin default assignee">kwin-bugs-null</assigned_to>
          <cc>aacid</cc>
    
    <cc>hugo.pereira.da.costa</cc>
    
    <cc>hugo</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      <flag name="ReviewRequest"
          id="227"
          type_id="14"
          status="+"
          setter="thomas.luebking"
    />

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1265823</commentid>
    <comment_count>0</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-06-14 16:08:00 +0000</bug_when>
    <thetext>KDE -&gt; System Settings -&gt; Window Behaviour -&gt; Window Rules
New -&gt; &apos;Application settings for okular&apos;
Appearance &amp; Fixes -&gt; No titlebar and frame = Force Yes

This works fine when the &apos;Text position&apos; in &apos;Toolbar Settings&apos; is
&apos;Text Only&apos; or &apos;Text Alongside Icons&apos;, but does not work when &apos;Icons
Only&apos; or &apos;Text Under Icons&apos;.

Reproducible: Always</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1266275</commentid>
    <comment_count>1</comment_count>
    <who name="Albert Astals Cid">aacid</who>
    <bug_when>2012-06-16 16:21:57 +0000</bug_when>
    <thetext>Kwin guys, is this something kwin does?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1266277</commentid>
    <comment_count>2</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-06-16 16:28:39 +0000</bug_when>
    <thetext>Yesno, most important question:
-&gt; which KDE version do you use?

Next question:
it&apos;s only broken on startup, but if you apply that rule to the running application the titlebar is withdrawn regardless of the icon style?

Also it&apos;s likely not limited to Okular but more or less all KDE applications with toolbars?

It works fine here but there were issues around the motif hint for the titlebar (which were and likely still are for some reason altered with changes to the toolbar, don&apos;t ask me) but i think we resolved that for some 4.8 version (and the bug is not reproducible here)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1268908</commentid>
    <comment_count>3</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-06-22 15:16:59 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; Yesno, most important question:
&gt; -&gt; which KDE version do you use?

4.7.4

&gt; Next question:
&gt; it&apos;s only broken on startup, but if you apply that rule to the running
&gt; application the titlebar is withdrawn regardless of the icon style?

Applying &apos;Icons Only&apos; or &apos;Text Under Icons&apos; shows the titlebar.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1268939</commentid>
    <comment_count>4</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-06-22 16:51:49 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #2)
&gt; &gt; Yesno, most important question:
&gt; &gt; -&gt; which KDE version do you use?
&gt; 
&gt; 4.7.4
Please try a somewhat recent version than, it&apos;s very likely fixed.

&gt; &gt; Next question:
&gt; &gt; it&apos;s only broken on startup, but if you apply that rule to the running
&gt; &gt; application the titlebar is withdrawn regardless of the icon style?
&gt; 
&gt; Applying &apos;Icons Only&apos; or &apos;Text Under Icons&apos; shows the titlebar.
That&apos;s not what i asked. The issue was that the toolbar eventually causes an alteration of that motif hint and kwin just respected that, therefore it&apos;s likely that -in this case- you could alter the state anytime for applications that are already there, ie. forcing the state for a running application works but it&apos;s &quot;broken&quot; next time you start the application/window.

The toolbar setting should not matter in this case (resp. only be relevant for the two mentioned modes since they seem to trigger the update of the motif hint)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1270448</commentid>
    <comment_count>5</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-06-27 17:05:17 +0000</bug_when>
    <thetext>The problem still occurs for:
Okular Version 0.13.3
Using KDE Development Platform 4.8.3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1270466</commentid>
    <comment_count>6</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-06-27 17:55:27 +0000</bug_when>
    <thetext>can you please answer:

&gt; it&apos;s only broken on startup, but if you apply that rule to the running application the 
&gt; titlebar is withdrawn regardless of the icon style?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1271063</commentid>
    <comment_count>7</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-06-29 20:12:49 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; it&apos;s only broken on startup, but if you apply that rule to the running application, is the 
&gt; titlebar withdrawn regardless of the icon style?

Yes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1271067</commentid>
    <comment_count>8</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-06-29 20:39:50 +0000</bug_when>
    <thetext>Ok, that&apos;s bug #291312 but should be /really/ fixed in 4.8 and i can&apos;t reproduce it anymore either.

Do you apply any other rules to it (geometry or stuff) - ideally attach ~/.kde/share/config/kwinrulesrc</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272576</commentid>
    <comment_count>9</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-04 15:38:45 +0000</bug_when>
    <thetext>(In reply to comment #8)
&gt; Do you apply any other rules to it (geometry or stuff) - ideally attach
&gt; ~/.kde/share/config/kwinrulesrc

No

~/.kde/share/config/kwinrulesrc

[1]
Description=Application settings for okular
clientmachine=debian
clientmachinematch=0
noborder=true
noborderrule=2
wmclass=okular
wmclasscomplete=false
wmclassmatch=1

[General]
count=1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272665</commentid>
    <comment_count>10</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-04 19:17:56 +0000</bug_when>
    <thetext>Last question (&quot;dumb one&quot; since i&apos;m out of ideas, no offense intended)

You&apos;re also running KWin from KDE 4.8 ie. updated kde-workspace as well and logged out/in (resp. at least restarted kwin) since the bug is neither covered/fixed by kdelibs nor okular but the contradiction of rule and application wish was rebalanced in kwin.

If the answer is yes, here&apos;s the first question on the next level:
can you patch and recompile kwin to inspect what&apos;s going on there?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272668</commentid>
    <comment_count>11</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-04 19:32:12 +0000</bug_when>
    <thetext>I am running Debian Testing. I wouldn&apos;t know how to patch and recompile kwin.


P.S.

When I press Save Changes in bugs.kde.org, I am redirected to another webpage, for instance: https://bugs.kde.org/show_bug.cgi?id=292574</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272691</commentid>
    <comment_count>12</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-04 20:22:53 +0000</bug_when>
    <thetext>Can you please try changing UI style and window decoration?
(kcmshell4 style, kcmshell4 kwindecoration)

I can probably see another reason why a window could get a border despite the focus (but can&apos;t reproduce)
Also this makes it very important to ensure that this does not only happen to okular only.

Thanks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272698</commentid>
    <comment_count>13</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-04 20:35:46 +0000</bug_when>
    <thetext>(In reply to comment #12)
&gt; Can you please try changing UI style and window decoration?
&gt; (kcmshell4 style, kcmshell4 kwindecoration)

I don&apos;t exactly know what (kcmshell4 style, kcmshell4 kwindecoration) means, but I changed the icons to a few other themes before in &apos;Settings&apos;, and it had the same effect.

(Also, pressing CTRL+F also shows the titlebar when it was hidden.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272709</commentid>
    <comment_count>14</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-04 20:54:39 +0000</bug_when>
    <thetext>commands for konsole/krunner
kcmshell4 is the k-control-module-shell - it can directly load parts of systemsettings, so if you type
kcmshell4 style
into konsole a dialog shows up and lets you alter the UI style
kcmshell4 kwindecoration
does the same for the titlebar theme

the icon theme is irrelevant (just pixmaps)

ctrl+f is &quot;find&quot; on your side?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272979</commentid>
    <comment_count>15</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-05 15:29:58 +0000</bug_when>
    <thetext>Okular Version 0.14.3
Using KDE Development Platform 4.8.3

(In reply to comment #14)
&gt; commands for konsole/krunner
&gt; kcmshell4 is the k-control-module-shell - it can directly load parts of
&gt; systemsettings, so if you type
&gt; kcmshell4 style
&gt; into konsole a dialog shows up and lets you alter the UI style
&gt; kcmshell4 kwindecoration
&gt; does the same for the titlebar theme

thanks

&gt; the icon theme is irrelevant (just pixmaps)
&gt; 
&gt; ctrl+f is &quot;find&quot; on your side?

Yes.

&gt;

When changing window decoration, I discovered the following which could be relevant:

System Settings -&gt; Workspace Appearance -&gt; Configure Decoration -&gt; Window-Specific Overrides

When I click &apos;Add&apos; in the &apos;Window-Specific Overrides&apos; dialog, it (always) crashes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1272980</commentid>
    <comment_count>16</comment_count>
      <attachid>72334</attachid>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-05 15:30:37 +0000</bug_when>
    <thetext>Created attachment 72334
backtrace</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1273052</commentid>
    <comment_count>17</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-05 17:33:41 +0000</bug_when>
    <thetext>The crash happens in some unknown function in the oxygen deco config dialog - it&apos;s for sure not related to this issue. Do you have installed oxygen(-transparent) from some external repo?

@Hugo, please have a short look at the backtrace whether this is sth. known or to worry about.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1273056</commentid>
    <comment_count>18</comment_count>
    <who name="Enda">enda_k2</who>
    <bug_when>2012-07-05 17:36:32 +0000</bug_when>
    <thetext>(In reply to comment #17)
&gt; The crash happens in some unknown function in the oxygen deco config dialog
&gt; - it&apos;s for sure not related to this issue. Do you have installed
&gt; oxygen(-transparent) from some external repo?

No.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1273064</commentid>
    <comment_count>19</comment_count>
    <who name="Hugo Pereira Da Costa">hugo.pereira.da.costa</who>
    <bug_when>2012-07-05 17:49:55 +0000</bug_when>
    <thetext>concerning the backtrace, you need debug symbols can&apos;t make anything of 
&quot;?? () from /usr/lib/kde4/kwin_oxygen_config.so&quot;

If this is oxygen, this should not happen (and I can&apos;t reproduce)
I wonder if you would have some library vs plugin inconsistency (but that requires that you did configure and compile some kde / oxygen stuff around)

Also, I quite think this is totally unrelated to the original (windows rules) bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1274184</commentid>
    <comment_count>20</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-08 20:36:29 +0000</bug_when>
    <thetext>https://git.reviewboard.kde.org/r/105485/
I don&apos;t know whether this is the cause, though</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1274563</commentid>
    <comment_count>21</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-09 22:49:24 +0000</bug_when>
    <thetext>Git commit 61b27a48005bde6afac08fedecf54147fde643a1 by Thomas Lübking.
Committed on 08/07/2012 at 22:29.
Pushed by luebking into branch &apos;KDE/4.9&apos;.

honor rule when updating deco presence for reshape
REVIEW: 105485

M  +2    -2    kwin/client.cpp

http://commits.kde.org/kde-workspace/61b27a48005bde6afac08fedecf54147fde643a1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1274573</commentid>
    <comment_count>22</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2012-07-09 23:10:07 +0000</bug_when>
    <thetext>Git commit ef28257181451b28090908301459eb7a3a344a46 by Thomas Lübking.
Committed on 08/07/2012 at 22:29.
Pushed by luebking into branch &apos;master&apos;.

honor rule when updating deco presence for reshape
REVIEW: 105485

M  +2    -2    kwin/client.cpp

http://commits.kde.org/kde-workspace/ef28257181451b28090908301459eb7a3a344a46</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1332932</commentid>
    <comment_count>23</comment_count>
    <who name="Martin Flöser">mgraesslin</who>
    <bug_when>2013-01-17 16:02:51 +0000</bug_when>
    <thetext>As you are using Debian testing: it will take some time till 4.9 (or more likely 4.10/4.11) hits the repositories. So you are unable to test whether it fixed it.

I assume that the commit fixed the issue. If it is still reproducable once you have 4.9 or later on your system, please reopen the bug report and we look into it again.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>72334</attachid>
            <date>2012-07-05 15:30:37 +0000</date>
            <delta_ts>2012-07-05 15:30:37 +0000</delta_ts>
            <desc>backtrace</desc>
            <filename>backtrace.txt</filename>
            <type>text/plain</type>
            <size>6067</size>
            <attacher name="Enda">enda_k2</attacher>
            
              <data encoding="base64">QXBwbGljYXRpb246IFN5c3RlbSBTZXR0aW5ncyAoc3lzdGVtc2V0dGluZ3MpLCBzaWduYWw6IEFi
b3J0ZWQNClVzaW5nIGhvc3QgbGlidGhyZWFkX2RiIGxpYnJhcnkgIi9saWIveDg2XzY0LWxpbnV4
LWdudS9saWJ0aHJlYWRfZGIuc28uMSIuDQpbS0NyYXNoIEhhbmRsZXJdDQojNSAgMHgwMDAwN2Zi
MGExMzRkNDc1IGluIHJhaXNlICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmMuc28u
Ng0KIzYgIDB4MDAwMDdmYjBhMTM1MDZmMCBpbiBhYm9ydCAoKSBmcm9tIC9saWIveDg2XzY0LWxp
bnV4LWdudS9saWJjLnNvLjYNCiM3ICAweDAwMDA3ZmIwYTFhMjA3MjIgaW4gcXRfbWVzc2FnZV9v
dXRwdXQoUXRNc2dUeXBlLCBjaGFyIGNvbnN0KikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGlu
dXgtZ251L2xpYlF0Q29yZS5zby40DQojOCAgMHgwMDAwN2ZiMGExYTIwYTk4IGluID8/ICgpIGZy
b20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdENvcmUuc28uNA0KIzkgIDB4MDAwMDdm
YjBhMWEyMGMyNCBpbiBxRmF0YWwoY2hhciBjb25zdCosIC4uLikgKCkgZnJvbSAvdXNyL2xpYi94
ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojMTAgMHgwMDAwN2ZiMGExYTZiNmFmIGlu
IFF0U2hhcmVkUG9pbnRlcjo6RXh0ZXJuYWxSZWZDb3VudERhdGE6OnNldFFPYmplY3RTaGFyZWQo
UU9iamVjdCBjb25zdCosIGJvb2wpICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9s
aWJRdENvcmUuc28uNA0KIzExIDB4MDAwMDdmYjA4NjZlODQ5ZCBpbiA/PyAoKSBmcm9tIC91c3Iv
bGliL2tkZTQva3dpbl9veHlnZW5fY29uZmlnLnNvDQojMTIgMHgwMDAwN2ZiMDg2NmU3ODYxIGlu
ID8/ICgpIGZyb20gL3Vzci9saWIva2RlNC9rd2luX294eWdlbl9jb25maWcuc28NCiMxMyAweDAw
MDA3ZmIwYTFiM2I3OTMgaW4gUU1ldGFPYmplY3Q6OmFjdGl2YXRlKFFPYmplY3QqLCBRTWV0YU9i
amVjdCBjb25zdCosIGludCwgdm9pZCoqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1n
bnUvbGliUXRDb3JlLnNvLjQNCiMxNCAweDAwMDA3ZmIwYTJlMTMyZDIgaW4gUUFic3RyYWN0QnV0
dG9uOjpjbGlja2VkKGJvb2wpICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJR
dEd1aS5zby40DQojMTUgMHgwMDAwN2ZiMGEyYjY3M2FlIGluID8/ICgpIGZyb20gL3Vzci9saWIv
eDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojMTYgMHgwMDAwN2ZiMGEyYjY3YmUwIGlu
ID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojMTcg
MHgwMDAwN2ZiMGEyYjY3ZTRjIGluIFFBYnN0cmFjdEJ1dHRvbjo6bW91c2VSZWxlYXNlRXZlbnQo
UU1vdXNlRXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWku
c28uNA0KIzE4IDB4MDAwMDdmYjBhMjdmY2VkMCBpbiBRV2lkZ2V0OjpldmVudChRRXZlbnQqKSAo
KSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWkuc28uNA0KIzE5IDB4MDAw
MDdmYjBhMjdhZDcwYyBpbiBRQXBwbGljYXRpb25Qcml2YXRlOjpub3RpZnlfaGVscGVyKFFPYmpl
Y3QqLCBRRXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWku
c28uNA0KIzIwIDB4MDAwMDdmYjBhMjdiMjNlYiBpbiBRQXBwbGljYXRpb246Om5vdGlmeShRT2Jq
ZWN0KiwgUUV2ZW50KikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0R3Vp
LnNvLjQNCiMyMSAweDAwMDA3ZmIwYTM0ZGZjMTYgaW4gS0FwcGxpY2F0aW9uOjpub3RpZnkoUU9i
amVjdCosIFFFdmVudCopICgpIGZyb20gL3Vzci9saWIvbGlia2RldWkuc28uNQ0KIzIyIDB4MDAw
MDdmYjBhMWIyNWJkZSBpbiBRQ29yZUFwcGxpY2F0aW9uOjpub3RpZnlJbnRlcm5hbChRT2JqZWN0
KiwgUUV2ZW50KikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5z
by40DQojMjMgMHgwMDAwN2ZiMGEyN2FlNTRiIGluIFFBcHBsaWNhdGlvblByaXZhdGU6OnNlbmRN
b3VzZUV2ZW50KFFXaWRnZXQqLCBRTW91c2VFdmVudCosIFFXaWRnZXQqLCBRV2lkZ2V0KiwgUVdp
ZGdldCoqLCBRUG9pbnRlcjxRV2lkZ2V0PiYsIGJvb2wpICgpIGZyb20gL3Vzci9saWIveDg2XzY0
LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojMjQgMHgwMDAwN2ZiMGEyODI5MGY0IGluID8/ICgp
IGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojMjUgMHgwMDAw
N2ZiMGEyODI3ZTgxIGluIFFBcHBsaWNhdGlvbjo6eDExUHJvY2Vzc0V2ZW50KF9YRXZlbnQqKSAo
KSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWkuc28uNA0KIzI2IDB4MDAw
MDdmYjBhMjg0ZWNmMiBpbiA/PyAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGli
UXRHdWkuc28uNA0KIzI3IDB4MDAwMDdmYjA5ZWNkNTIwNSBpbiBnX21haW5fY29udGV4dF9kaXNw
YXRjaCAoKSBmcm9tIC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJnbGliLTIuMC5zby4wDQojMjgg
MHgwMDAwN2ZiMDllY2Q1NTM4IGluID8/ICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xp
YmdsaWItMi4wLnNvLjANCiMyOSAweDAwMDA3ZmIwOWVjZDU1ZjQgaW4gZ19tYWluX2NvbnRleHRf
aXRlcmF0aW9uICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmdsaWItMi4wLnNvLjAN
CiMzMCAweDAwMDA3ZmIwYTFiNTQyZTYgaW4gUUV2ZW50RGlzcGF0Y2hlckdsaWI6OnByb2Nlc3NF
dmVudHMoUUZsYWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkgZnJvbSAvdXNy
L2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojMzEgMHgwMDAwN2ZiMGEyODRl
OTZlIGluID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40
DQojMzIgMHgwMDAwN2ZiMGExYjI0OTJmIGluIFFFdmVudExvb3A6OnByb2Nlc3NFdmVudHMoUUZs
YWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkgZnJvbSAvdXNyL2xpYi94ODZf
NjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojMzMgMHgwMDAwN2ZiMGExYjI0YmI4IGluIFFF
dmVudExvb3A6OmV4ZWMoUUZsYWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkg
ZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojMzQgMHgwMDAw
N2ZiMGEyYzYxNmQ4IGluIFFEaWFsb2c6OmV4ZWMoKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1s
aW51eC1nbnUvbGliUXRHdWkuc28uNA0KIzM1IDB4MDAwMDdmYjA4ZDk4YjUzZiBpbiA/PyAoKSBm
cm9tIC91c3IvbGliL2tkZTQva2NtX2t3aW5kZWNvcmF0aW9uLnNvDQojMzYgMHgwMDAwN2ZiMDhk
OThiYjJjIGluID8/ICgpIGZyb20gL3Vzci9saWIva2RlNC9rY21fa3dpbmRlY29yYXRpb24uc28N
CiMzNyAweDAwMDA3ZmIwYTFiM2I3OTMgaW4gUU1ldGFPYmplY3Q6OmFjdGl2YXRlKFFPYmplY3Qq
LCBRTWV0YU9iamVjdCBjb25zdCosIGludCwgdm9pZCoqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82
NC1saW51eC1nbnUvbGliUXRDb3JlLnNvLjQNCiMzOCAweDAwMDA3ZmIwYTJlMTMyZDIgaW4gUUFi
c3RyYWN0QnV0dG9uOjpjbGlja2VkKGJvb2wpICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4
LWdudS9saWJRdEd1aS5zby40DQojMzkgMHgwMDAwN2ZiMGEyYjY3M2FlIGluID8/ICgpIGZyb20g
L3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojNDAgMHgwMDAwN2ZiMGEy
YjY3YmUwIGluID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5z
by40DQojNDEgMHgwMDAwN2ZiMGEyYjY3ZTRjIGluIFFBYnN0cmFjdEJ1dHRvbjo6bW91c2VSZWxl
YXNlRXZlbnQoUU1vdXNlRXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv
bGliUXRHdWkuc28uNA0KIzQyIDB4MDAwMDdmYjBhMjdmY2VkMCBpbiBRV2lkZ2V0OjpldmVudChR
RXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWkuc28uNA0K
IzQzIDB4MDAwMDdmYjBhMjdhZDcwYyBpbiBRQXBwbGljYXRpb25Qcml2YXRlOjpub3RpZnlfaGVs
cGVyKFFPYmplY3QqLCBRRXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUv
bGliUXRHdWkuc28uNA0KIzQ0IDB4MDAwMDdmYjBhMjdiMjNlYiBpbiBRQXBwbGljYXRpb246Om5v
dGlmeShRT2JqZWN0KiwgUUV2ZW50KikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251
L2xpYlF0R3VpLnNvLjQNCiM0NSAweDAwMDA3ZmIwYTM0ZGZjMTYgaW4gS0FwcGxpY2F0aW9uOjpu
b3RpZnkoUU9iamVjdCosIFFFdmVudCopICgpIGZyb20gL3Vzci9saWIvbGlia2RldWkuc28uNQ0K
IzQ2IDB4MDAwMDdmYjBhMWIyNWJkZSBpbiBRQ29yZUFwcGxpY2F0aW9uOjpub3RpZnlJbnRlcm5h
bChRT2JqZWN0KiwgUUV2ZW50KikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xp
YlF0Q29yZS5zby40DQojNDcgMHgwMDAwN2ZiMGEyN2FlNTRiIGluIFFBcHBsaWNhdGlvblByaXZh
dGU6OnNlbmRNb3VzZUV2ZW50KFFXaWRnZXQqLCBRTW91c2VFdmVudCosIFFXaWRnZXQqLCBRV2lk
Z2V0KiwgUVdpZGdldCoqLCBRUG9pbnRlcjxRV2lkZ2V0PiYsIGJvb2wpICgpIGZyb20gL3Vzci9s
aWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQojNDggMHgwMDAwN2ZiMGEyODI5MGY0
IGluID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJRdEd1aS5zby40DQoj
NDkgMHgwMDAwN2ZiMGEyODI3ZTgxIGluIFFBcHBsaWNhdGlvbjo6eDExUHJvY2Vzc0V2ZW50KF9Y
RXZlbnQqKSAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRHdWkuc28uNA0K
IzUwIDB4MDAwMDdmYjBhMjg0ZWNmMiBpbiA/PyAoKSBmcm9tIC91c3IvbGliL3g4Nl82NC1saW51
eC1nbnUvbGliUXRHdWkuc28uNA0KIzUxIDB4MDAwMDdmYjA5ZWNkNTIwNSBpbiBnX21haW5fY29u
dGV4dF9kaXNwYXRjaCAoKSBmcm9tIC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJnbGliLTIuMC5z
by4wDQojNTIgMHgwMDAwN2ZiMDllY2Q1NTM4IGluID8/ICgpIGZyb20gL2xpYi94ODZfNjQtbGlu
dXgtZ251L2xpYmdsaWItMi4wLnNvLjANCiM1MyAweDAwMDA3ZmIwOWVjZDU1ZjQgaW4gZ19tYWlu
X2NvbnRleHRfaXRlcmF0aW9uICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmdsaWIt
Mi4wLnNvLjANCiM1NCAweDAwMDA3ZmIwYTFiNTQyZTYgaW4gUUV2ZW50RGlzcGF0Y2hlckdsaWI6
OnByb2Nlc3NFdmVudHMoUUZsYWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkg
ZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojNTUgMHgwMDAw
N2ZiMGEyODRlOTZlIGluID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJR
dEd1aS5zby40DQojNTYgMHgwMDAwN2ZiMGExYjI0OTJmIGluIFFFdmVudExvb3A6OnByb2Nlc3NF
dmVudHMoUUZsYWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkgZnJvbSAvdXNy
L2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQojNTcgMHgwMDAwN2ZiMGExYjI0
YmI4IGluIFFFdmVudExvb3A6OmV4ZWMoUUZsYWdzPFFFdmVudExvb3A6OlByb2Nlc3NFdmVudHNG
bGFnPikgKCkgZnJvbSAvdXNyL2xpYi94ODZfNjQtbGludXgtZ251L2xpYlF0Q29yZS5zby40DQoj
NTggMHgwMDAwN2ZiMGExYjI5ZDc4IGluIFFDb3JlQXBwbGljYXRpb246OmV4ZWMoKSAoKSBmcm9t
IC91c3IvbGliL3g4Nl82NC1saW51eC1nbnUvbGliUXRDb3JlLnNvLjQNCiM1OSAweDAwMDAwMDAw
MDA0MGIyNTUgaW4gPz8gKCkNCiM2MCAweDAwMDA3ZmIwYTEzMzllYWQgaW4gX19saWJjX3N0YXJ0
X21haW4gKCkgZnJvbSAvbGliL3g4Nl82NC1saW51eC1nbnUvbGliYy5zby42DQojNjEgMHgwMDAw
MDAwMDAwNDBiMmE5IGluIF9zdGFydCAoKQ==
</data>

          </attachment>
      

    </bug>

</bugzilla>