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

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>7562</bug_id>
          
          <creation_ts>2006-03-02 14:11:23 -0800</creation_ts>
          <short_desc>Safari does not allow to access (copy) CSS generated content</short_desc>
          <delta_ts>2026-03-03 12:10:03 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>CSS</component>
          <version>417.x</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WONTFIX</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=138545</see_also>
    
    <see_also>https://bugs.webkit.org/show_bug.cgi?id=138546</see_also>
          <bug_file_loc>http://www.witch.westfalen.de/csstest/quotes/blockquotes.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>HasReduction</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jutta Wrage">jw</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ahmad.saleem792</cc>
    
    <cc>ap</cc>
    
    <cc>bfulgham</cc>
    
    <cc>emacemac7</cc>
    
    <cc>enrica</cc>
    
    <cc>esprehn</cc>
    
    <cc>ian</cc>
    
    <cc>jw</cc>
    
    <cc>jyasskin</cc>
    
    <cc>mitz</cc>
    
    <cc>nicholas</cc>
    
    <cc>rniwa</cc>
    
    <cc>robburns1</cc>
    
    <cc>timothy.c.bates</cc>
    
    <cc>webkit</cc>
    
    <cc>webkit</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>34890</commentid>
    <comment_count>0</comment_count>
    <who name="Jutta Wrage">jw</who>
    <bug_when>2006-03-02 14:11:23 -0800</bug_when>
    <thetext>If content it generated by css like the URL next to the blockquotes or the quotation marks in that page, one can neither copy and paste it nor access it otherwise.

The result for the quotation marks is that all copied citations are without their quotation marks. The URL of the citation source generated as visible content from cite attribute of the blockquote must be typed in manually, to access that URL.

Would be nice, if accessing generated content worked like in Opera.

Jutta</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40741</commentid>
    <comment_count>1</comment_count>
    <who name="tim bates">timothy.c.bates</who>
    <bug_when>2006-04-29 13:48:51 -0700</bug_when>
    <thetext>I can confirm that this is the case: the german quotes on the example URL above are not selected when the user makes drag selection starting from an angle quote.

Moreover, while any quotes lying within a selection will appear as if selected, copying and pasting the selection into a text editor reveals that they are not placed on the paste board.

This remains true in the nightly (as of 29 April, 2006 (420+) )</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40746</commentid>
    <comment_count>2</comment_count>
    <who name="Dave Hyatt">hyatt</who>
    <bug_when>2006-04-29 13:58:03 -0700</bug_when>
    <thetext>The only real solution I can think of to this problem is to actually morph the generated content into full-fledged DOM nodes when putting it on the pasteboard.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40750</commentid>
    <comment_count>3</comment_count>
    <who name="">mitz</who>
    <bug_when>2006-04-29 15:15:46 -0700</bug_when>
    <thetext>innerText suffers from the same problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20873</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Burns">robburns1</who>
    <bug_when>2007-02-28 13:33:53 -0800</bug_when>
    <thetext>This should depend on which pasteboard type we&apos;re talking about. Per David H&apos;s remark above, the DOM sshould not be changed for the WebARchive pastboard type, however the RichText and Text paseboard types should always include the generated content. Just as the styles applied to the elements shhould be included in the RichText pasteboard.

Once again, for WebArchives, the DOM should not be altered at all. The stylesheets should be included in the WebArchive, along with the main resource and other resources unchanged.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68768</commentid>
    <comment_count>5</comment_count>
      <attachid>18789</attachid>
    <who name="Robert Blaut">webkit</who>
    <bug_when>2008-01-29 23:00:43 -0800</bug_when>
    <thetext>Created attachment 18789
minimal test case</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212105</commentid>
    <comment_count>6</comment_count>
      <attachid>53285</attachid>
    <who name="Nicholas Wilson">nicholas</who>
    <bug_when>2010-04-13 15:04:01 -0700</bug_when>
    <thetext>Created attachment 53285
Demo of adding in quote marks

I am unconvinced generally that generated content should be copied. It is, after all, presentational and not to do with the content. The semantic markup ought to be enough to determine most of the plain text representation, though I guess it makes sense to &apos;lynx-ify&apos; it a bit. Indeed, with most generated content it is intended that it not be copied: think of all the fancy ¶ (pilcrow) signs after paragraphs, or &apos;content: &quot;#&quot; attr(id)&apos; used on headings, or line numbers on code. Those are presentational aspects only intended for the rendered presentation (media: screen), not a plain text one.

On the other hand, q is a bit different, because the instruction to include quotation marks is not just in the CSS presentational instruction, but is also a genuine command embedded in the semantics of the element:

&quot;Quotation punctuation (such as quotation marks) that is quoting the contents of the element [that is, q] must not appear immediately before, after, or inside elements; they *will be* inserted into the rendering by the user agent.&quot;[HTML5]

I would suggest that &quot;WebKit does not copy generated content&quot; is not really what the bug is about. What is missing is that the plain text representation a Range should include quote marks around q elements.

The solution then ought not to involve treating some general case and transforming data from the render tree to use for pasting. It is instead more &apos;correct&apos; just to stick with pasting real DOM content, as we are already doing, and add in a rule to appropriately insert quotation marks as UAs are instructed.

The q tag is included in the html version put on the paste buffer, so other applications picking it up from there should follow the same logic and apply the quote marks themselves. Note however that popular applications do not do that (OO.o for example applies a sort of default style when it transforms pasted HTML into its own formatting, but that does not include quote marks around q; not our bug really though).

In any case, it has taken longer for me to type this comment than type the patch, which is a rough demonstration of how it would work, as I have not had time to worked out all of the case TextIterator deals with. It is a basic five line fix in the immediate term though.

The big blocker to doing this properly is bug 6503 which prevents this being properly language dependent. Then the proper UA style can be applied (bug 3234).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212106</commentid>
    <comment_count>7</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2010-04-13 15:07:42 -0700</bug_when>
    <thetext>Attachment 53285 did not pass style-queue:

Failed to run &quot;WebKitTools/Scripts/check-webkit-style&quot; exit_code: 1
WebCore/ChangeLog:6:  Line contains tab character.  [whitespace/tab] [5]
Total errors found: 1 in 2 files


If any of these errors are false positives, please file a bug against check-webkit-style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212156</commentid>
    <comment_count>8</comment_count>
    <who name="Nicholas Wilson">nicholas</who>
    <bug_when>2010-04-13 16:50:52 -0700</bug_when>
    <thetext>Sorry to spam, but there are definitely some fancy cases in TextIterator.cpp I have not got right. The patch has some slight regressions. It is clear what I am trying to do though, but I do not know enough about the way the RTL and whitespace formatting works to not break those. If someone who knows the file or line-break model better could help, I would be grateful.

I think what we would ultimately like to do is a bit different, which is to check every node we process, doing:
  (if parent is a qTag &amp;&amp; this is parent&apos;s first child &amp;&amp; startOffset = 0)
    then emit the start quote
and at the end
  (if parent is qTag &amp;&amp; this is parent&apos;s last child &amp;&amp; endOffset = length of this node)
    then emit the end quote

To get it really right, with correctly alternating nested quotes, a few extra chunks of code will be needed. Is this at all the right approach to be taking?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>222823</commentid>
    <comment_count>9</comment_count>
      <attachid>53285</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-05-07 23:21:25 -0700</bug_when>
    <thetext>Comment on attachment 53285
Demo of adding in quote marks

The style errors will prevent this from landing, particularly the tabs.

Also, every change requires a test or explanation of why testing is impossible.  In this case we can use execCommand(&quot;copy&quot;) to test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>292039</commentid>
    <comment_count>10</comment_count>
      <attachid>53285</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-10-08 21:25:26 -0700</bug_when>
    <thetext>Comment on attachment 53285
Demo of adding in quote marks

This patch does not seem like the right approach.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>391783</commentid>
    <comment_count>11</comment_count>
      <attachid>90921</attachid>
    <who name="Gregg Tavares">gman</who>
    <bug_when>2011-04-25 09:36:28 -0700</bug_when>
    <thetext>Created attachment 90921
css content example

Here&apos;s another example. To me at least, Apple being the UX kings, 
this should be a no-brainer. The user sees the content, they should
be able to search for it and select it.

What steps will reproduce the problem?
1. view the attached page
2. Select all (Ctrl-A or Command-A)
3. Copy
4. Paste into notepad or TextEdit)

What is the expected output? 

You should see 

Chapter 1
bla bla bla bla
Chapter 2
bla bla bla bla
Chapter 3
bla bla bla bla

What do you see instead?

bla bla bla bla
bla bla bla bla
bla bla bla bla

Similarly try to search for &quot;Chapter&quot;

Note: I understand that the content is in CSS but from the user&apos;s point of view they see the words on the screen they expect to be able to search for them, select them and copy and paste them. This comes up in the Khronos specs, especially the WebGL spec.

http://www.khronos.org/registry/webgl/specs/latest/

Knowing there are several areas that say &quot;non-normative&quot; a user goes to the page to reference one. They press Ctrl-F or Cmd-F and type &quot;non-norm&quot; and nothing matches even though they see &quot;non-normative&quot; displayed on the page. That&apos;s a really bad UX.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>541647</commentid>
    <comment_count>12</comment_count>
    <who name="Jeffrey Yasskin">jyasskin</who>
    <bug_when>2012-01-24 13:52:12 -0800</bug_when>
    <thetext>At https://www.w3.org/Bugs/Public/show_bug.cgi?id=15561, Ian Hickson writes, &quot;Copy-and-paste should copy what the user thinks it will copy, which includes generated content.&quot;

Re #6: As you mentioned, one way to let authors control which generated content is copied would be to look at the media type. On the other hand, clickable &quot;¶&quot; marks may not be an issue since there&apos;s not yet a standard way to add onclick handlers to generated content, so most of those are real nodes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1913340</commentid>
    <comment_count>13</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2022-11-17 16:48:11 -0800</bug_when>
    <thetext>All browsers (Safari 16.1, Chrome Canary 110 and Firefox Nightly 109) fail attached test case &quot;minimal test case&quot; and does not allow you to select text as selection to perform any copy paste action.

Since all browsers are in consensus, do we need to do anything or we can mark it as &quot;RESOLVED WONTFIX&quot;? Thanks!

Same is with &quot;css content example&quot;, where the headings are not selectable although Safari 16.1 do show selection for Heading 2 and Heading 3 but it does not copy stuff. Thanks!</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>18789</attachid>
            <date>2008-01-29 23:00:43 -0800</date>
            <delta_ts>2008-01-29 23:00:43 -0800</delta_ts>
            <desc>minimal test case</desc>
            <filename>test-case.html</filename>
            <type>text/html</type>
            <size>373</size>
            <attacher name="Robert Blaut">webkit</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEvL0VOIiAiaHR0cDov
L3d3dy53My5vcmcvVFIvaHRtbDQvc3RyaWN0LmR0ZCI+DQo8aHRtbD4NCjxoZWFkPg0KPHRpdGxl
PlRlc3QgY2FzZSBmb3IgYWNjZXNzaW5nIGdlbmVyYXRlZCBjb250ZW50PC90aXRsZT4NCjxzdHls
ZSB0eXBlPSJ0ZXh0L2NzcyI+DQoJZGl2OmFmdGVyIHtiYWNrZ3JvdW5kLWNvbG9yOiBibHVlOyBj
b250ZW50OiJUcnkgdG8gbWFyayBhbmQgY29weSB0aGlzIHRla3N0LiBJZiB5b3UgYXJlIHVuYWJs
ZSB0byBkbyBpdCwgdGhlIHRlc3QgZmFpbHMuIn0NCjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keT4N
Cgk8ZGl2PjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>53285</attachid>
            <date>2010-04-13 15:04:01 -0700</date>
            <delta_ts>2010-10-08 21:25:26 -0700</delta_ts>
            <desc>Demo of adding in quote marks</desc>
            <filename>patch-base</filename>
            <type>text/plain</type>
            <size>1803</size>
            <attacher name="Nicholas Wilson">nicholas</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA1NzQ3NikKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTQgQEAKKzIwMTAtMDQtMTMgIE5pY2hvbGFzIFdpbHNvbiAgPG5pY2hvbGFzQG5p
Y2hvbGFzd2lsc29uLm1lLnVrPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEp
LgorCisgICAgICAgIEZpcnN0IHNob3QgYXQgcm91Z2hseSByZW5kZXJpbmcgcXVvdGVzIGFyb3Vu
ZCB0ZXh0IHJlcHJlc2VudGF0aW9uIG9mIHFUYWcKKwlodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9NzU2MgorCisgICAgICAgICogZWRpdGluZy9UZXh0SXRlcmF0b3IuY3Bw
OgorICAgICAgICAoV2ViQ29yZTo6VGV4dEl0ZXJhdG9yOjpoYW5kbGVOb25UZXh0Tm9kZSk6Cisg
ICAgICAgIChXZWJDb3JlOjpUZXh0SXRlcmF0b3I6OmV4aXROb2RlKToKKwogMjAxMC0wNC0xMiAg
RGF2aWQgSHlhdHQgIDxoeWF0dEBhcHBsZS5jb20+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgU2Ft
IFdlaW5pZy4KSW5kZXg6IFdlYkNvcmUvZWRpdGluZy9UZXh0SXRlcmF0b3IuY3BwCj09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT0KLS0tIFdlYkNvcmUvZWRpdGluZy9UZXh0SXRlcmF0b3IuY3BwCShyZXZpc2lvbiA1NzQ2NykK
KysrIFdlYkNvcmUvZWRpdGluZy9UZXh0SXRlcmF0b3IuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC04
MjMsNiArODIzLDEwIEBAIGJvb2wgVGV4dEl0ZXJhdG9yOjpoYW5kbGVOb25UZXh0Tm9kZSgpCiAg
ICAgZWxzZQogICAgICAgICByZXByZXNlbnROb2RlT2Zmc2V0WmVybygpOwogCisgICAgaWYgKG1f
bm9kZS0+aXNFbGVtZW50Tm9kZSgpICYmIG1fbm9kZS0+aGFzVGFnTmFtZShxVGFnKSkKKyAgICAg
ICAgLy8gRklYTUU6IG9uY2Ugb3Blbl9xdW90ZSBzdXBwb3J0ZWQgZ3JhYiBpdHMgdmFsdWUgZnJv
bSBtX25vZGUtPnJlbmRlcmVyCisgICAgICAgIGVtaXRDaGFyYWN0ZXIobGVmdERvdWJsZVF1b3Rh
dGlvbk1hcmssIG1fbm9kZS0+cGFyZW50Tm9kZSgpLCBtX25vZGUsIDAsIDEpOworCiAgICAgcmV0
dXJuIHRydWU7CiB9CiAKQEAgLTg1OSw2ICs4NjMsMTAgQEAgdm9pZCBUZXh0SXRlcmF0b3I6OmV4
aXROb2RlKCkKICAgICAgICAgICAgIC8vIGluc2VydCBhIG5ld2xpbmUgd2l0aCBhIHBvc2l0aW9u
IGZvbGxvd2luZyB0aGlzIGJsb2NrJ3MgY29udGVudHMuCiAgICAgICAgICAgICBlbWl0Q2hhcmFj
dGVyKCdcbicsIGJhc2VOb2RlLT5wYXJlbnROb2RlKCksIGJhc2VOb2RlLCAxLCAxKTsKICAgICB9
CisKKyAgICBpZiAobV9ub2RlLT5pc0VsZW1lbnROb2RlKCkgJiYgbV9ub2RlLT5oYXNUYWdOYW1l
KHFUYWcpKQorICAgICAgICAvLyBGSVhNRTogb25jZSBvcGVuX3F1b3RlIHN1cHBvcnRlZCBncmFi
IGl0cyB2YWx1ZSBmcm9tIG1fbm9kZS0+cmVuZGVyZXIKKyAgICAgICAgZW1pdENoYXJhY3Rlcihy
aWdodERvdWJsZVF1b3RhdGlvbk1hcmssIGJhc2VOb2RlLT5wYXJlbnROb2RlKCksIGJhc2VOb2Rl
LCAxLCAxKTsKICAgICAKICAgICAvLyBJZiBub3RoaW5nIHdhcyBlbWl0dGVkLCBzZWUgaWYgd2Ug
bmVlZCB0byBlbWl0IGEgc3BhY2UuCiAgICAgaWYgKCFtX3Bvc2l0aW9uTm9kZSAmJiBzaG91bGRF
bWl0U3BhY2VCZWZvcmVBbmRBZnRlck5vZGUobV9ub2RlKSkK
</data>
<flag name="review"
          id="36966"
          type_id="1"
          status="-"
          setter="eric"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>90921</attachid>
            <date>2011-04-25 09:36:28 -0700</date>
            <delta_ts>2011-04-25 09:36:28 -0700</delta_ts>
            <desc>css content example</desc>
            <filename>css-content.html</filename>
            <type>text/html</type>
            <size>1439</size>
            <attacher name="Gregg Tavares">gman</attacher>
            
              <data encoding="base64">PCFkb2N0eXBlIGh0bWw+DQo8aHRtbD4NCjxoZWFkPg0KICA8dGl0bGU+Q1NTIENvbnRlbnQ8L3Rp
dGxlPg0KPHN0eWxlPg0KYm9keSB7DQogICAgY291bnRlci1yZXNldDogY2hhcHRlck51bTsNCiAg
ICB3aWR0aDogNjAwcHg7DQp9DQoNCmRpdi5jaGFwdGVyOmJlZm9yZSB7DQogICAgY291bnRlci1p
bmNyZW1lbnQ6IGNoYXB0ZXJOdW07DQogICAgY29udGVudDogIkNoYXB0ZXIgIiBjb3VudGVyKGNo
YXB0ZXJOdW0sIHVwcGVyLXJvbWFuKTsNCiAgICBkaXNwbGF5OiBibG9jazsNCiAgICBtYXJnaW4t
dG9wOiAxZW07DQp9DQo8L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHk+DQo8ZGl2IGNsYXNzPSJjaGFw
dGVyIj4NCkxvcmVtIGlwc3VtIGRvbG9yIHNpdCBhbWV0LCBjb25zZWN0ZXR1ciBhZGlwaXNjaW5n
IGVsaXQuIENyYXMgZGljdHVtIHBlbGxlbnRlc3F1ZSBlbmltLCB1dCBlZ2VzdGFzIG1ldHVzIGFk
aXBpc2NpbmcgaW4uIEN1cmFiaXR1ciBvcm5hcmUsIGF1Z3VlIG5lYyBlbGVtZW50dW0gcGVsbGVu
dGVzcXVlLCBtYXVyaXMgbGVjdHVzIGhlbmRyZXJpdCBudWxsYSwgYSBjb25zZXF1YXQgZXJhdCBh
dWd1ZSBuZWMgZG9sb3IuIER1aXMgdmVsIHRvcnRvciB2ZWxpdCwgc2VkIGFjY3Vtc2FuIGxhY3Vz
LiBNYWVjZW5hcyBhbGlxdWV0IG1hdXJpcyB1dCBzYXBpZW4gYWRpcGlzY2luZyBjdXJzdXMuDQo8
L2Rpdj4NCjxkaXYgY2xhc3M9ImNoYXB0ZXIiPg0KTG9yZW0gaXBzdW0gZG9sb3Igc2l0IGFtZXQs
IGNvbnNlY3RldHVyIGFkaXBpc2NpbmcgZWxpdC4gQ3JhcyBkaWN0dW0gcGVsbGVudGVzcXVlIGVu
aW0sIHV0IGVnZXN0YXMgbWV0dXMgYWRpcGlzY2luZyBpbi4gQ3VyYWJpdHVyIG9ybmFyZSwgYXVn
dWUgbmVjIGVsZW1lbnR1bSBwZWxsZW50ZXNxdWUsIG1hdXJpcyBsZWN0dXMgaGVuZHJlcml0IG51
bGxhLCBhIGNvbnNlcXVhdCBlcmF0IGF1Z3VlIG5lYyBkb2xvci4gRHVpcyB2ZWwgdG9ydG9yIHZl
bGl0LCBzZWQgYWNjdW1zYW4gbGFjdXMuIE1hZWNlbmFzIGFsaXF1ZXQgbWF1cmlzIHV0IHNhcGll
biBhZGlwaXNjaW5nIGN1cnN1cy4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iY2hhcHRlciI+DQpMb3Jl
bSBpcHN1bSBkb2xvciBzaXQgYW1ldCwgY29uc2VjdGV0dXIgYWRpcGlzY2luZyBlbGl0LiBDcmFz
IGRpY3R1bSBwZWxsZW50ZXNxdWUgZW5pbSwgdXQgZWdlc3RhcyBtZXR1cyBhZGlwaXNjaW5nIGlu
LiBDdXJhYml0dXIgb3JuYXJlLCBhdWd1ZSBuZWMgZWxlbWVudHVtIHBlbGxlbnRlc3F1ZSwgbWF1
cmlzIGxlY3R1cyBoZW5kcmVyaXQgbnVsbGEsIGEgY29uc2VxdWF0IGVyYXQgYXVndWUgbmVjIGRv
bG9yLiBEdWlzIHZlbCB0b3J0b3IgdmVsaXQsIHNlZCBhY2N1bXNhbiBsYWN1cy4gTWFlY2VuYXMg
YWxpcXVldCBtYXVyaXMgdXQgc2FwaWVuIGFkaXBpc2NpbmcgY3Vyc3VzLg0KPC9kaXY+DQo8L2Jv
ZHk+DQo8L2h0bWw+DQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>