<?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>3390</bug_id>
          
          <creation_ts>2005-06-09 13:41:04 -0700</creation_ts>
          <short_desc>Destination anchors are sometimes ignored</short_desc>
          <delta_ts>2010-09-15 01:00:14 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Page Loading</component>
          <version>412</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://www.pochour.com/test.html#test</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Étienne Després">etienne</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abarth</cc>
    
    <cc>bdakin</cc>
    
    <cc>cblackst</cc>
    
    <cc>ddkilzer</cc>
    
    <cc>eric</cc>
    
    <cc>ian</cc>
    
    <cc>koivisto</cc>
    
    <cc>mitz</cc>
    
    <cc>mrowe</cc>
    
    <cc>webkit-bugs</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>11185</commentid>
    <comment_count>0</comment_count>
    <who name="Étienne Després">etienne</who>
    <bug_when>2005-06-09 13:41:05 -0700</bug_when>
    <thetext>http://www.pochour.com/test.html#test

This link should scroll down to the &lt;p id=&quot;test&quot;&gt; element. Works in Firefox 1.0.3, OmniWeb 5.0.1, iCab 3; 
fails in Safari 2.0 (412, 10.4.1).

Removing line 5 (&lt;link ... /&gt;) seems to fix it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>11187</commentid>
    <comment_count>1</comment_count>
    <who name="Étienne Després">etienne</who>
    <bug_when>2005-06-09 13:48:46 -0700</bug_when>
    <thetext>I should add that it *sometimes* seem to work properly. If it does, try downloading the HTML file locally, 
loading that file in Safari and manually adding &quot;#test&quot; after the URL. This consistently fails here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>11213</commentid>
    <comment_count>2</comment_count>
    <who name="Chris Petersen">c.petersen87</who>
    <bug_when>2005-06-09 18:04:44 -0700</bug_when>
    <thetext>I can confirm this on both TOT and Safari 2 (v412). This link will fail to scroll to the bottom of page when 
it&apos;s processed for the first time.  If I click on the link (http://www.pochour.com/test.html#test) , press the 
back arrow to return back, then click the link again, the page will be scrolled to the bottom after this link 
is processed again.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22083</commentid>
    <comment_count>3</comment_count>
    <who name="Stuart Morgan">stuartmorgan</who>
    <bug_when>2005-10-14 08:13:43 -0700</bug_when>
    <thetext>*** Bug 5366 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22093</commentid>
    <comment_count>4</comment_count>
    <who name="Chris Blackstone">cblackst</who>
    <bug_when>2005-10-14 09:57:04 -0700</bug_when>
    <thetext>I think this has something to do with alternate style sheets.

I set up http://www.arlington.k12.va.us/webmaster/test_anchor/

Following the links in the No CSS Links Page section works every time
There is less success with the links under the last 2 lists. When they come up unstyled, they work 
correctly, but if you scroll to the top of the destination page and click on one of the &quot;A&quot;s to select a style 
sheet, often the destinations then don&apos;t work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19178</commentid>
    <comment_count>5</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-13 02:49:19 -0700</bug_when>
    <thetext>The scrolling to anchor is handled in FrameLoader::gotoAnchor.  In the failing case the node referenced by the anchor does not yet have a renderer when the HTML parsing finishes as the document still has stylesheets loading.  As there is no renderer it is not possible to scroll the enclosing layer to the correct position.  It seems as though gotoLayer needs to be called again once the pending stylesheets have loaded so that the nodes renderer will definitely be around.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18860</commentid>
    <comment_count>6</comment_count>
      <attachid>13627</attachid>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-13 23:01:43 -0700</bug_when>
    <thetext>Created attachment 13627
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18884</commentid>
    <comment_count>7</comment_count>
      <attachid>13627</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2007-03-14 07:57:14 -0700</bug_when>
    <thetext>Comment on attachment 13627
Patch

But what if the user has been interacting with the page and has done some scrolling of his own?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18894</commentid>
    <comment_count>8</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-14 10:57:53 -0700</bug_when>
    <thetext>I think Bug 12420 is a duplicate of this bug.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18895</commentid>
    <comment_count>9</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-14 10:58:23 -0700</bug_when>
    <thetext>Reassigning to webkit-unassigned for more visibility.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18897</commentid>
    <comment_count>10</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-14 11:00:54 -0700</bug_when>
    <thetext>*** Bug 12420 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18898</commentid>
    <comment_count>11</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-14 11:01:56 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; *** Bug 12420 has been marked as a duplicate of this bug. ***

&lt;rdar://problem/5045723&gt;
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18756</commentid>
    <comment_count>12</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-14 22:07:08 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; (From update of attachment 13627 [edit])
&gt; But what if the user has been interacting with the page and has done some
&gt; scrolling of his own?
&gt; 

The behaviour is the same as with a very large page with no external resources that has anchors near the bottom was loaded.  In that situation the user is able to interact with the page until the parsing completes and then we scroll to the anchor.  It&apos;s tricky to reproduce this at work with such a quick network connection, but you can see this behaviour by visiting &lt;http://www.whatwg.org/specs/web-forms/current-work/?#acknowledgements&gt;.  As soon as the scrollbar appears, click in the trough to page down.  When the document finishes loading you will be taken from your view of the start of the Table of Contents down to the Acknowledgement section.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18734</commentid>
    <comment_count>13</comment_count>
    <who name="">mitz</who>
    <bug_when>2007-03-14 23:52:29 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; The behaviour is the same as with a very large page with no external resources
&gt; that has anchors near the bottom was loaded.

Bug 4051?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18736</commentid>
    <comment_count>14</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-15 00:09:35 -0700</bug_when>
    <thetext>Yes, that would be it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18737</commentid>
    <comment_count>15</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-15 00:10:34 -0700</bug_when>
    <thetext>Actually, on closer inspection that is different.  Restoring the view position and jumping to an anchor are handled separately.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18719</commentid>
    <comment_count>16</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-03-15 04:28:27 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; The behaviour is the same as with a very large page with no external resources
&gt; that has anchors near the bottom was loaded.  In that situation the user is
&gt; able to interact with the page until the parsing completes and then we scroll
&gt; to the anchor.  It&apos;s tricky to reproduce this at work with such a quick network
&gt; connection, but you can see this behaviour by visiting
&gt; &lt;http://www.whatwg.org/specs/web-forms/current-work/?#acknowledgements&gt;.  As
&gt; soon as the scrollbar appears, click in the trough to page down.  When the
&gt; document finishes loading you will be taken from your view of the start of the
&gt; Table of Contents down to the Acknowledgement section.

Are Firefox, MSIE or Opera nice enough not to re-scroll to the anchor after the user has started scrolling themselves?

In my limited amount of testing, both Firefox 2.0.0.2 and Opera 9.10 still attempt to scroll to the anchor after the user has scrolled while the page was loading.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18675</commentid>
    <comment_count>17</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-15 04:52:58 -0700</bug_when>
    <thetext>Camino was the only other browser I tested in, and it also scrolls to the anchor even if the user has scrolled before the anchor had loaded.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18666</commentid>
    <comment_count>18</comment_count>
      <attachid>13627</attachid>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2007-03-15 05:40:07 -0700</bug_when>
    <thetext>Comment on attachment 13627
Patch

With this patch the view may scroll to correct position when parsing completes, user starts scrolling around and then the view will suddenly jump back to anchor on load complete. I don&apos;t think this is a good behavior. Perhaps it would make sense to check if you have scrolled to a particular position already. That would eliminate many cases of unnecessary double scrolling.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18663</commentid>
    <comment_count>19</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2007-03-15 06:01:45 -0700</bug_when>
    <thetext>Or maybe it shouldn&apos;t jump at all if it has already done one jump and user has scrolled the view? Or in that case check the difference between new and old target position and only scroll if it is big?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18325</commentid>
    <comment_count>20</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2007-03-15 11:07:24 -0700</bug_when>
    <thetext>Outside scope of this bug, but...

Current approach to anchor scrolling is not optimal in general. Jumping should not be tied to parse complete/load complete. On a slow loading document or one with blocking javascript load at the end the jump maybe happen long after the target position has appeared on the screen, giving perception of slowness.

Perhaps the jump could be done earlier, at first repaint after the renderer for target anchor has been created and placed in layout (and document is sufficiently tall to put it to top of the page).
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18350</commentid>
    <comment_count>21</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-03-15 18:41:25 -0700</bug_when>
    <thetext>Antti, that approach would lead to similar issues if you had, for example, images higher up the page with a large intrinsic heigh and no explicit height set.  We would scroll to the anchor when it is first painted, then the images would load, another layout would take place and the anchor could be shifted a considerable distance from where we initially scrolled to.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>15246</commentid>
    <comment_count>22</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-04-09 21:00:45 -0700</bug_when>
    <thetext>(In reply to comment #21)
&gt; Antti, that approach would lead to similar issues if you had, for example,
&gt; images higher up the page with a large intrinsic heigh and no explicit height
&gt; set.  We would scroll to the anchor when it is first painted, then the images
&gt; would load, another layout would take place and the anchor could be shifted a
&gt; considerable distance from where we initially scrolled to.

See Bug 13311.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>15242</commentid>
    <comment_count>23</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2007-04-09 21:02:18 -0700</bug_when>
    <thetext>To clarify on Dave&apos;s comment, bug 13311 is an example of a situation in which images loading after the scroll already causes it to appear as though we have scrolled to the wrong place.  It&apos;s horrible.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3871</commentid>
    <comment_count>24</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-07-23 22:30:13 -0700</bug_when>
    <thetext>Should be fixed by r24550:

http://trac.webkit.org/projects/webkit/changeset/24550

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3870</commentid>
    <comment_count>25</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-07-23 22:32:50 -0700</bug_when>
    <thetext>*** Bug 9549 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3863</commentid>
    <comment_count>26</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2007-07-23 22:33:19 -0700</bug_when>
    <thetext>*** Bug 14001 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>279449</commentid>
    <comment_count>27</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-09-15 01:00:14 -0700</bug_when>
    <thetext>This bug claims to have been fixed in Comment #24.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>13627</attachid>
            <date>2007-03-13 23:01:43 -0700</date>
            <delta_ts>2010-06-10 15:15:16 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>webkit-bug-3390-v1.patch</filename>
            <type>text/plain</type>
            <size>8577</size>
            <attacher name="Mark Rowe (bdash)">mrowe</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDIwMTgxKQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3Jr
aW5nIGNvcHkpCkBAIC0xLDMgKzEsMTMgQEAKKzIwMDctMDMtMTQgIE1hcmsgUm93ZSAgPG1yb3dl
QGFwcGxlLmNvbT4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAg
ICAgICBMYXlvdXQgdGVzdCBmb3IgaHR0cDovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MzM5MAorICAgICAgICBCdWcgMzM5MDogRGVzdGluYXRpb24gYW5jaG9ycyBhcmUgc29tZXRp
bWVzIGlnbm9yZWQKKworICAgICAgICAqIGh0dHAvdGVzdHMvbWlzYy9zY3JvbGwtdG8tYW5jaG9y
LWV4cGVjdGVkLnR4dDogQWRkZWQuCisgICAgICAgICogaHR0cC90ZXN0cy9taXNjL3Njcm9sbC10
by1hbmNob3IuaHRtbDogQWRkZWQuCisKIDIwMDctMDMtMTMgIEp1c3RpbiBHYXJjaWEgIDxqdXN0
aW4uZ2FyY2lhQGFwcGxlLmNvbT4KIAogICAgICAgICBSZXZpZXdlZCBieSBkYXJpbgpJbmRleDog
TGF5b3V0VGVzdHMvaHR0cC90ZXN0cy9taXNjL3Njcm9sbC10by1hbmNob3ItZXhwZWN0ZWQudHh0
Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL2h0dHAvdGVzdHMvbWlzYy9zY3JvbGwtdG8tYW5j
aG9yLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2h0dHAvdGVzdHMv
bWlzYy9zY3JvbGwtdG8tYW5jaG9yLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKQEAgLTAsMCAr
MSwxMDEgQEAKK2xheWVyIGF0ICgwLDApIHNpemUgNzg1eDE1MDgKKyAgUmVuZGVyVmlldyBhdCAo
MCwwKSBzaXplIDc4NXg2MDAKK2xheWVyIGF0ICgwLDApIHNpemUgNzg1eDE1MDgKKyAgUmVuZGVy
QmxvY2sge0hUTUx9IGF0ICgwLDApIHNpemUgNzg1eDE1MDgKKyAgICBSZW5kZXJCb2R5IHtCT0RZ
fSBhdCAoOCw4KSBzaXplIDc2OXgxNDkyCisgICAgICBSZW5kZXJCbG9jayB7UH0gYXQgKDAsMCkg
c2l6ZSA3Njl4MTgKKyAgICAgICAgUmVuZGVyVGV4dCB7I3RleHR9IGF0ICgwLDApIHNpemUgOTZ4
MTgKKyAgICAgICAgICB0ZXh0IHJ1biBhdCAoMCwwKSB3aWR0aCA5NjogIkxheW91dCB0ZXN0IGZv
ciAiCisgICAgICAgIFJlbmRlcklubGluZSB7QX0gYXQgKDAsMCkgc2l6ZSA2MHgxOCBbY29sb3I9
IzAwMDBFRV0KKyAgICAgICAgICBSZW5kZXJUZXh0IHsjdGV4dH0gYXQgKDk2LDApIHNpemUgNjB4
MTgKKyAgICAgICAgICAgIHRleHQgcnVuIGF0ICg5NiwwKSB3aWR0aCA2MDogImJ1ZyAzMzkwIgor
ICAgICAgICBSZW5kZXJUZXh0IHsjdGV4dH0gYXQgKDE1NiwwKSBzaXplIDQ2NXgxOAorICAgICAg
ICAgIHRleHQgcnVuIGF0ICgxNTYsMCkgd2lkdGggODogIi4gIgorICAgICAgICAgIHRleHQgcnVu
IGF0ICgxNjQsMCkgd2lkdGggNDU3OiAiVGhlIGRvY3VtZW50IHNob3VsZCBzY3JvbGwgdG8gYW4g
YW5jaG9yIGxhYmVsZWQgXCJib3R0b21cIiB3aGVuIGxvYWRlZC4iCisgICAgICBSZW5kZXJCbG9j
ayAoYW5vbnltb3VzKSBhdCAoMCwzNCkgc2l6ZSA3Njl4MTQ1OAorICAgICAgICBSZW5kZXJCUiB7
QlJ9IGF0ICgwLDApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDE4KSBz
aXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCwzNikgc2l6ZSAweDE4CisgICAg
ICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNTQpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7
QlJ9IGF0ICgwLDcyKSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw5MCkg
c2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsMTA4KSBzaXplIDB4MTgKKyAg
ICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCwxMjYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJC
UiB7QlJ9IGF0ICgwLDE0NCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAs
MTYyKSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCwxODApIHNpemUgMHgx
OAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDE5OCkgc2l6ZSAweDE4CisgICAgICAgIFJl
bmRlckJSIHtCUn0gYXQgKDAsMjE2KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBh
dCAoMCwyMzQpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDI1Mikgc2l6
ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsMjcwKSBzaXplIDB4MTgKKyAgICAg
ICAgUmVuZGVyQlIge0JSfSBhdCAoMCwyODgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7
QlJ9IGF0ICgwLDMwNikgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsMzI0
KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCwzNDIpIHNpemUgMHgxOAor
ICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDM2MCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRl
ckJSIHtCUn0gYXQgKDAsMzc4KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAo
MCwzOTYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDQxNCkgc2l6ZSAw
eDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNDMyKSBzaXplIDB4MTgKKyAgICAgICAg
UmVuZGVyQlIge0JSfSBhdCAoMCw0NTApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9
IGF0ICgwLDQ2OCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNDg2KSBz
aXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw1MDQpIHNpemUgMHgxOAorICAg
ICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDUyMikgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJS
IHtCUn0gYXQgKDAsNTQwKSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw1
NTgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDU3Nikgc2l6ZSAweDE4
CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNTk0KSBzaXplIDB4MTgKKyAgICAgICAgUmVu
ZGVyQlIge0JSfSBhdCAoMCw2MTIpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0
ICgwLDYzMCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNjQ4KSBzaXpl
IDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw2NjYpIHNpemUgMHgxOAorICAgICAg
ICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDY4NCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtC
Un0gYXQgKDAsNzAyKSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw3MjAp
IHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDczOCkgc2l6ZSAweDE4Cisg
ICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsNzU2KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVy
QlIge0JSfSBhdCAoMCw3NzQpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgw
LDc5Mikgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsODEwKSBzaXplIDB4
MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw4MjgpIHNpemUgMHgxOAorICAgICAgICBS
ZW5kZXJCUiB7QlJ9IGF0ICgwLDg0Nikgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0g
YXQgKDAsODY0KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw4ODIpIHNp
emUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDkwMCkgc2l6ZSAweDE4CisgICAg
ICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsOTE4KSBzaXplIDB4MTgKKyAgICAgICAgUmVuZGVyQlIg
e0JSfSBhdCAoMCw5MzYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDk1
NCkgc2l6ZSAweDE4CisgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDAsOTcyKSBzaXplIDB4MTgK
KyAgICAgICAgUmVuZGVyQlIge0JSfSBhdCAoMCw5OTApIHNpemUgMHgxOAorICAgICAgICBSZW5k
ZXJCUiB7QlJ9IGF0ICgwLDEwMDgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0
ICgwLDEwMjYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEwNDQpIHNp
emUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEwNjIpIHNpemUgMHgxOAorICAg
ICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEwODApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJC
UiB7QlJ9IGF0ICgwLDEwOTgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgw
LDExMTYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDExMzQpIHNpemUg
MHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDExNTIpIHNpemUgMHgxOAorICAgICAg
ICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDExNzApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7
QlJ9IGF0ICgwLDExODgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEy
MDYpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEyMjQpIHNpemUgMHgx
OAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEyNDIpIHNpemUgMHgxOAorICAgICAgICBS
ZW5kZXJCUiB7QlJ9IGF0ICgwLDEyNjApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9
IGF0ICgwLDEyNzgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEyOTYp
IHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEzMTQpIHNpemUgMHgxOAor
ICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEzMzIpIHNpemUgMHgxOAorICAgICAgICBSZW5k
ZXJCUiB7QlJ9IGF0ICgwLDEzNTApIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0
ICgwLDEzNjgpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDEzODYpIHNp
emUgMHgxOAorICAgICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDE0MDQpIHNpemUgMHgxOAorICAg
ICAgICBSZW5kZXJCUiB7QlJ9IGF0ICgwLDE0MjIpIHNpemUgMHgxOAorICAgICAgICBSZW5kZXJJ
bmxpbmUge0F9IGF0ICgwLDApIHNpemUgMzYweDE4CisgICAgICAgICAgUmVuZGVyVGV4dCB7I3Rl
eHR9IGF0ICgwLDE0NDApIHNpemUgMzYweDE4CisgICAgICAgICAgICB0ZXh0IHJ1biBhdCAoMCwx
NDQwKSB3aWR0aCAzNjA6ICIjYm90dG9tOiBJZiB5b3Ugc2VlIHRoaXMgb24gcGFnZSBsb2FkLCB0
aGUgdGVzdCBoYXMgcGFzc2VkLiIKKyAgICAgICAgUmVuZGVyVGV4dCB7I3RleHR9IGF0ICgwLDAp
IHNpemUgMHgwCisgICAgICAgIFJlbmRlclRleHQgeyN0ZXh0fSBhdCAoMCwwKSBzaXplIDB4MAor
c2Nyb2xsZWQgdG8gMCw5MDgKSW5kZXg6IExheW91dFRlc3RzL2h0dHAvdGVzdHMvbWlzYy9zY3Jv
bGwtdG8tYW5jaG9yLmh0bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMvaHR0cC90ZXN0cy9t
aXNjL3Njcm9sbC10by1hbmNob3IuaHRtbAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2h0
dHAvdGVzdHMvbWlzYy9zY3JvbGwtdG8tYW5jaG9yLmh0bWwJKHJldmlzaW9uIDApCkBAIC0wLDAg
KzEsMjcgQEAKKzxodG1sPgorICAgIDxoZWFkPgorICAgICAgICA8dGl0bGU+U2Nyb2xsIHRvIGFu
Y2hvciB3aXRoIGEgc2xvdy1sb2FkaW5nIHN0eWxlc2hlZXQ8L3RpdGxlPgorICAgICAgICA8c2Ny
aXB0IHR5cGU9InRleHQvamF2YXNjcmlwdCI+CisgICAgICAgICAgICBpZiAod2luZG93LmxvY2F0
aW9uLmhhc2ggPT0gJycpIHsKKyAgICAgICAgICAgICAgICBpZiAod2luZG93LmxheW91dFRlc3RD
b250cm9sbGVyKQorICAgICAgICAgICAgICAgICAgICBsYXlvdXRUZXN0Q29udHJvbGxlci53YWl0
VW50aWxEb25lKCk7CisgICAgICAgICAgICAgICAgd2luZG93LmxvY2F0aW9uICs9ICc/I2JvdHRv
bSc7CisgICAgICAgICAgICB9IGVsc2UgaWYgKHdpbmRvdy5sYXlvdXRUZXN0Q29udHJvbGxlcikg
eworICAgICAgICAgICAgICAgIHdpbmRvdy5vbmxvYWQgPSBmdW5jdGlvbigpIHsKKyAgICAgICAg
ICAgICAgICAgICAgbGF5b3V0VGVzdENvbnRyb2xsZXIubm90aWZ5RG9uZSgpOworICAgICAgICAg
ICAgICAgIH0KKyAgICAgICAgICAgIH0KKyAgICAgICAgPC9zY3JpcHQ+CisKKyAgICAgICAgPCEt
LSB0aGlzIHN0eWxlc2hlZXQgd2lsbCB0YWtlID4gMSBzZWNvbmQgdG8gbG9hZCwgd2hpY2ggZ2l2
ZXMgYSBsYXJnZSB3aW5kb3cgb2YgZmFpbHVyZSBmb3IgdGhpcyB0ZXN0IC0tPgorICAgICAgICA8
bGluayByZWw9InN0eWxlc2hlZXQiIHR5cGU9InRleHQvY3NzIiBocmVmPSIuLi9pbmNyZW1lbnRh
bC9zbG93LXV0ZjgtY3NzLnBsIj4KKyAgICA8L2hlYWQ+CisgICAgPGJvZHk+CisgICAgICAgIDxw
PkxheW91dCB0ZXN0IGZvciA8YSBocmVmPSJodHRwOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVn
LmNnaT9pZD0zMzkwIj5idWcgMzM5MDwvYT4uICBUaGUgZG9jdW1lbnQgc2hvdWxkIHNjcm9sbCB0
byBhbiBhbmNob3IgbGFiZWxlZCAiYm90dG9tIiB3aGVuIGxvYWRlZC48L3A+CisKKyAgICAgICAg
PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48
YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxi
cj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPgorICAgICAgICA8
YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxi
cj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJy
Pjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPjxicj48YnI+CisKKyAgICAgICAg
PGEgbmFtZT0iYm90dG9tIj4jYm90dG9tOiBJZiB5b3Ugc2VlIHRoaXMgb24gcGFnZSBsb2FkLCB0
aGUgdGVzdCBoYXMgcGFzc2VkLjwvYT4KKyAgICA8L2JvZHk+Cis8L2h0bWw+CkluZGV4OiBXZWJD
b3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL0NoYW5nZUxvZwkocmV2aXNpb24g
MjAxNzkpCisrKyBXZWJDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE4
IEBACisyMDA3LTAzLTEzICBNYXJrIFJvd2UgIDxtcm93ZUBhcHBsZS5jb20+CisKKyAgICAgICAg
UmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgRml4IGh0dHA6Ly9idWdzLndl
YmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTMzOTAKKyAgICAgICAgQnVnIDMzOTA6IERlc3RpbmF0
aW9uIGFuY2hvcnMgYXJlIHNvbWV0aW1lcyBpZ25vcmVkCisKKyAgICAgICAgVGhlIGZpcnN0IGNh
bGwgdG8gZ290b0FuY2hvciBoYXBwZW5zIHdoZW4gSFRNTCBwYXJzaW5nIGlzIGNvbXBsZXRlZC4g
IFRoaXMgbWF5CisgICAgICAgIGZhaWwgdG8gc2Nyb2xsIHRvIHRoZSBhbmNob3Igb2Ygc3R5bGVz
aGVldCBsb2FkcyBhcmUgcGVuZGluZyBhcyB0aGUgYW5jaG9yIG5vZGUKKyAgICAgICAgd2lsbCBu
b3QgaGF2ZSBhIHJlbmRlcmVyLiAgQ2FsbGluZyBnb3RvQW5jaG9yIGFnYWluIGluIEZyYW1lTG9h
ZGVyOjpjb21wbGV0ZWQKKyAgICAgICAgZ2l2ZXMgYSBjaGFuY2UgZm9yIHRoZSBzY3JvbGxpbmcg
dG8gb2NjdXIgYWZ0ZXIgdGhlIHN0eWxlc2hlZXRzIGhhdmUgbG9hZGVkLgorCisgICAgICAgICog
bG9hZGVyL0ZyYW1lTG9hZGVyLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6OkZyYW1lTG9hZGVyOjpj
b21wbGV0ZWQpOgorCiAyMDA3LTAzLTEzICBCcmFkeSBFaWRzb24gIDxiZWlkc29uQGFwcGxlLmNv
bT4KIAogICAgICAgICBSZXZpZXdlZCBieSBBbmRlcnMKSW5kZXg6IFdlYkNvcmUvbG9hZGVyL0Zy
YW1lTG9hZGVyLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL2xvYWRlci9GcmFtZUxvYWRlci5j
cHAJKHJldmlzaW9uIDIwMTc5KQorKysgV2ViQ29yZS9sb2FkZXIvRnJhbWVMb2FkZXIuY3BwCSh3
b3JraW5nIGNvcHkpCkBAIC0xNjY0LDYgKzE2NjQsNyBAQCB2b2lkIEZyYW1lTG9hZGVyOjpjb21w
bGV0ZWQoKQogICAgICAgICBjaGlsZC0+bG9hZGVyKCktPnBhcmVudENvbXBsZXRlZCgpOwogICAg
IGlmIChGcmFtZSogcGFyZW50ID0gbV9mcmFtZS0+dHJlZSgpLT5wYXJlbnQoKSkKICAgICAgICAg
cGFyZW50LT5sb2FkZXIoKS0+Y2hlY2tDb21wbGV0ZWQoKTsKKyAgICBnb3RvQW5jaG9yKCk7CiAg
ICAgc3VibWl0Rm9ybUFnYWluKCk7CiB9CiAK
</data>
<flag name="review"
          id="5410"
          type_id="1"
          status="-"
          setter="koivisto"
    />
          </attachment>
      

    </bug>

</bugzilla>