<?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>80993</bug_id>
          
          <creation_ts>2012-03-13 08:52:56 -0700</creation_ts>
          <short_desc>REGRESSION(r110383): ASSERTION failures in JSCell::finishCreation causing multiple tests to &quot;crash&quot; on the Lion Intel Debug Bots</short_desc>
          <delta_ts>2012-03-14 18:28:52 -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>JavaScriptCore</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/old-results/Lion%20Intel%20Debug%20(Tests)/r110383%20(4325)/http/tests/plugins/cross-frame-object-access-crash-log.txt</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar, LayoutTestFailure, MakingBotsRed, Regression</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jessie Berlin">jberlin</reporter>
          <assigned_to name="Filip Pizlo">fpizlo</assigned_to>
          <cc>ap</cc>
    
    <cc>barraclough</cc>
    
    <cc>ggaren</cc>
    
    <cc>jberlin</cc>
    
    <cc>mhahnenberg</cc>
    
    <cc>mitz</cc>
    
    <cc>mrowe</cc>
    
    <cc>msaboff</cc>
    
    <cc>oliver</cc>
    
    <cc>sam</cc>
    
    <cc>sullivan</cc>
    
    <cc>thorton</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>577368</commentid>
    <comment_count>0</comment_count>
    <who name="Jessie Berlin">jberlin</who>
    <bug_when>2012-03-13 08:52:56 -0700</bug_when>
    <thetext>There is a spike in tests that &quot;crash&quot; on the Lion Intel Debug testers after http://trac.webkit.org/changeset/110383:

http://build.webkit.org/old-results/Lion%20Intel%20Debug%20(Tests)/r110381%20(4324)/results.html
http://build.webkit.org/old-results/Lion%20Intel%20Debug%20(Tests)/r110383%20(4325)/results.html

Here is what the log looks like for http://build.webkit.org/old-results/Lion%20Intel%20Debug%20(Tests)/r110383%20(4325)/http/tests/plugins/cross-frame-object-access-crash-log.txt

Process:         DumpRenderTree [84343]
Path:            /Volumes/VOLUME/*/DumpRenderTree
Identifier:      DumpRenderTree
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  Python [83710]

Date/Time:       2012-03-10 17:18:51.815 -0800
OS Version:      Mac OS X 10.7.2 (11C74)
Report Version:  9

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000bbadbeef

VM Regions Near 0xbbadbeef:
--&gt; 
    __TEXT                 0000000106316000-00000001063ab000 [  596K] r-x/rwx SM=COW  /Volumes/VOLUME/*

Application Specific Information:
objc[84343]: garbage collection is OFF

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   com.apple.WebCore             	0x00000001078afcb4 JSC::JSCell::finishCreation(JSC::JSGlobalData&amp;) + 100 (JSCell.h:180)
1   com.apple.WebCore             	0x00000001082389a6 JSC::JSObject::finishCreation(JSC::JSGlobalData&amp;, JSC::WriteBarrierBase&lt;JSC::Unknown&gt;*) + 54 (JSObject.h:246)
2   com.apple.WebCore             	0x0000000108230d04 JSC::JSNonFinalObject::finishCreation(JSC::JSGlobalData&amp;) + 52 (JSObject.h:339)
3   com.apple.WebCore             	0x0000000108c72067 JSC::Bindings::RuntimeObject::finishCreation(JSC::JSGlobalObject*) + 55 (runtime_object.cpp:48)
4   com.apple.WebKit              	0x0000000107111aa7 WebKit::ProxyRuntimeObject::finishCreation(JSC::JSGlobalObject*) + 39 (ProxyRuntimeObject.mm:46)
5   com.apple.WebKit              	0x0000000107109181 WebKit::ProxyRuntimeObject::create(JSC::ExecState*, JSC::JSGlobalObject*, WTF::PassRefPtr&lt;WebKit::ProxyInstance&gt;) + 257 (ProxyRuntimeObject.h:49)
6   com.apple.WebKit              	0x00000001071075b0 WebKit::ProxyInstance::newRuntimeObject(JSC::ExecState*) + 80 (ProxyInstance.mm:137)
7   com.apple.WebCore             	0x00000001078ae635 JSC::Bindings::Instance::createRuntimeObject(JSC::ExecState*) + 341 (BridgeJSC.cpp:97)
8   com.apple.WebCore             	0x0000000108541b44 WebCore::pluginScriptObject(JSC::ExecState*, WebCore::JSHTMLElement*) + 244 (JSPluginElementFunctions.cpp:100)
9   com.apple.WebCore             	0x0000000108541c95 WebCore::runtimeObjectCustomGetOwnPropertySlot(JSC::ExecState*, JSC::Identifier const&amp;, JSC::PropertySlot&amp;, WebCore::JSHTMLElement*) + 37 (JSPluginElementFunctions.cpp:115)
10  com.apple.WebCore             	0x0000000108482a0d WebCore::JSHTMLObjectElement::getOwnPropertySlotDelegate(JSC::ExecState*, JSC::Identifier const&amp;, JSC::PropertySlot&amp;) + 45 (JSHTMLObjectElementCustom.cpp:38)
11  com.apple.WebCore             	0x000000010847f870 WebCore::JSHTMLObjectElement::getOwnPropertySlot(JSC::JSCell*, JSC::ExecState*, JSC::Identifier const&amp;, JSC::PropertySlot&amp;) + 272 (JSHTMLObjectElement.cpp:161)
12  com.apple.JavaScriptCore      	0x000000010651e546 JSC::JSCell::fastGetOwnPropertySlot(JSC::ExecState*, JSC::Identifier const&amp;, JSC::PropertySlot&amp;) + 134 (JSObject.h:562)
13  com.apple.JavaScriptCore      	0x0000000106532d9f JSC::JSValue::get(JSC::ExecState*, JSC::Identifier const&amp;, JSC::PropertySlot&amp;) const + 175 (JSObject.h:800)
14  com.apple.JavaScriptCore      	0x00000001068f4bc4 llint_slow_path_get_by_id + 228 (LLIntSlowPaths.cpp:865)
15  com.apple.JavaScriptCore      	0x00000001068fd7fd llint_op_get_by_id + 127
16  com.apple.JavaScriptCore      	0x00000001066d8659 JSC::JITCode::execute(JSC::RegisterFile*, JSC::ExecState*, JSC::JSGlobalData*) + 121 (JITCode.h:127)
17  com.apple.JavaScriptCore      	0x00000001066cfee0 JSC::Interpreter::execute(JSC::EvalExecutable*, JSC::ExecState*, JSC::JSValue, JSC::ScopeChainNode*, int) + 2432 (Interpreter.cpp:1579)
18  com.apple.JavaScriptCore      	0x00000001066cf53c JSC::eval(JSC::ExecState*) + 1484 (Interpreter.cpp:460)
19  com.apple.JavaScriptCore      	0x00000001068f8a07 llint_slow_path_call_eval + 471 (LLIntSlowPaths.cpp:1422)
20  com.apple.JavaScriptCore      	0x00000001068ff5d1 llint_op_call_eval + 23
21  com.apple.JavaScriptCore      	0x00000001066d8659 JSC::JITCode::execute(JSC::RegisterFile*, JSC::ExecState*, JSC::JSGlobalData*) + 121 (JITCode.h:127)
22  com.apple.JavaScriptCore      	0x00000001066d468d JSC::Interpreter::execute(JSC::ProgramExecutable*, JSC::ExecState*, JSC::ScopeChainNode*, JSC::JSObject*) + 5373 (Interpreter.cpp:1198)
23  com.apple.JavaScriptCore      	0x00000001065bb152 JSC::evaluate(JSC::ExecState*, JSC::ScopeChainNode*, JSC::SourceCode const&amp;, JSC::JSValue, JSC::JSValue*) + 482 (Completion.cpp:73)
24  com.apple.WebCore             	0x00000001084c56c1 WebCore::JSMainThreadExecState::evaluate(JSC::ExecState*, JSC::ScopeChainNode*, JSC::SourceCode const&amp;, JSC::JSValue, JSC::JSValue*) + 81 (JSMainThreadExecState.h:76)
25  com.apple.WebCore             	0x0000000108c8c519 WebCore::ScriptController::evaluateInWorld(WebCore::ScriptSourceCode const&amp;, WebCore::DOMWrapperWorld*) + 489 (ScriptController.cpp:145)
26  com.apple.WebCore             	0x0000000108c8c674 WebCore::ScriptController::evaluate(WebCore::ScriptSourceCode const&amp;) + 68 (ScriptController.cpp:163)
27  com.apple.WebCore             	0x0000000108c9565c WebCore::ScriptController::executeScript(WebCore::ScriptSourceCode const&amp;) + 140 (ScriptControllerBase.cpp:68)
28  com.apple.WebCore             	0x0000000108c955a4 WebCore::ScriptController::executeScript(WTF::String const&amp;, bool) + 228 (ScriptSourceCode.h:45)
29  com.apple.WebCore             	0x0000000108c95844 WebCore::ScriptController::executeIfJavaScriptURL(WebCore::KURL const&amp;, WebCore::ShouldReplaceDocumentIfJavaScriptURL) + 452 (ScriptControllerBase.cpp:90)
30  com.apple.WebCore             	0x0000000107e8efec WebCore::FrameLoader::urlSelected(WebCore::FrameLoadRequest const&amp;, WTF::PassRefPtr&lt;WebCore::Event&gt;, bool, bool, WebCore::ShouldSendReferrer, WebCore::ShouldReplaceDocumentIfJavaScriptURL) + 268 (FrameLoader.cpp:273)
31  com.apple.WebCore             	0x0000000107e8ee97 WebCore::FrameLoader::changeLocation(WebCore::SecurityOrigin*, WebCore::KURL const&amp;, WTF::String const&amp;, bool, bool, bool) + 359 (FrameLoader.cpp:254)
32  com.apple.WebCore             	0x00000001088b5e18 WebCore::ScheduledURLNavigation::fire(WebCore::Frame*) + 296 (NavigationScheduler.cpp:109)
33  com.apple.WebCore             	0x00000001088b31cf WebCore::NavigationScheduler::timerFired(WebCore::Timer&lt;WebCore::NavigationScheduler&gt;*) + 175 (NavigationScheduler.cpp:419)
34  com.apple.WebCore             	0x00000001088b5243 WebCore::Timer&lt;WebCore::NavigationScheduler&gt;::fired() + 115 (Timer.h:100)
35  com.apple.WebCore             	0x0000000108f41397 WebCore::ThreadTimers::sharedTimerFiredInternal() + 311 (ThreadTimers.cpp:118)
36  com.apple.WebCore             	0x0000000108f410d9 WebCore::ThreadTimers::sharedTimerFired() + 25 (ThreadTimers.cpp:94)
37  com.apple.WebCore             	0x0000000108d1fa63 _ZN7WebCoreL10timerFiredEP16__CFRunLoopTimerPv + 67 (SharedTimerMac.mm:167)
38  com.apple.CoreFoundation      	0x00007fff85e30f84 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 20
39  com.apple.CoreFoundation      	0x00007fff85e30ad6 __CFRunLoopDoTimer + 534
40  com.apple.CoreFoundation      	0x00007fff85e11471 __CFRunLoopRun + 1617
41  com.apple.CoreFoundation      	0x00007fff85e10ae6 CFRunLoopRunSpecific + 230
42  com.apple.Foundation          	0x00007fff8a9f504f -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 267
43  DumpRenderTree                	0x000000010632de19 _ZL7runTestRKNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEE + 5769 (DumpRenderTree.mm:1354)
44  DumpRenderTree                	0x000000010632c70a _ZL20runTestingServerLoopv + 282 (DumpRenderTree.mm:817)
45  DumpRenderTree                	0x000000010632bf79 dumpRenderTree(int, char const**) + 377 (DumpRenderTree.mm:866)
46  DumpRenderTree                	0x000000010632e67c main + 124 (DumpRenderTree.mm:904)
47  DumpRenderTree                	0x0000000106318264 start + 52</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577371</commentid>
    <comment_count>1</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2012-03-13 08:53:44 -0700</bug_when>
    <thetext>&lt;rdar://problem/11038097&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577372</commentid>
    <comment_count>2</comment_count>
    <who name="Jessie Berlin">jberlin</who>
    <bug_when>2012-03-13 08:54:35 -0700</bug_when>
    <thetext>The assertion that is failing appears to be ASSERT(globalData.isInitializingObject()):

    inline void JSCell::finishCreation(JSGlobalData&amp; globalData)
    {
#if ENABLE(GC_VALIDATION)
        ASSERT(globalData.isInitializingObject());
        globalData.setInitializingObject(false);
#else
        UNUSED_PARAM(globalData);
#endif
        ASSERT(m_structure);
    }</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577743</commentid>
    <comment_count>3</comment_count>
    <who name="Mark Hahnenberg">mhahnenberg</who>
    <bug_when>2012-03-13 13:27:05 -0700</bug_when>
    <thetext>I&apos;ve verified that these failures go away when LLInt is disabled in Platform.h

My guess would be that LLInt is calling allocateCell somewhere but is not calling the corresponding finishCreation, thus causing the next allocation to fail.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>578149</commentid>
    <comment_count>4</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2012-03-13 21:32:29 -0700</bug_when>
    <thetext>Pizlo thinks this will go away with a clean build.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>578154</commentid>
    <comment_count>5</comment_count>
    <who name="">mitz</who>
    <bug_when>2012-03-13 21:49:39 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; Pizlo thinks this will go away with a clean build.

What’s the problem with the build system?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>578247</commentid>
    <comment_count>6</comment_count>
    <who name="Filip Pizlo">fpizlo</who>
    <bug_when>2012-03-14 01:51:37 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; Pizlo thinks this will go away with a clean build.
&gt; 
&gt; What’s the problem with the build system?

It&apos;s totally strange.  If you had a checkout and a debug build prior to r110383 and then you updated to r110383 or later and did a build-webkit --debug without blowing away your prior build, you&apos;ll end up hitting this assertion.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>578383</commentid>
    <comment_count>7</comment_count>
    <who name="Jessie Berlin">jberlin</who>
    <bug_when>2012-03-14 07:52:50 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; (In reply to comment #4)
&gt; &gt; &gt; Pizlo thinks this will go away with a clean build.
&gt; &gt; 
&gt; &gt; What’s the problem with the build system?
&gt; 
&gt; It&apos;s totally strange.  If you had a checkout and a debug build prior to r110383 and then you updated to r110383 or later and did a build-webkit --debug without blowing away your prior build, you&apos;ll end up hitting this assertion.

This has NOT gone away with a clean build on the Lion Intel Debug WebKit2 Test bots:

Tim and I cleaned these bots yesterday evening, and they are still seeing it:

http://build.webkit.org/results/Lion%20Intel%20Debug%20(WebKit2%20Tests)/r110696%20(4895)/http/tests/inspector/network/network-content-replacement-embed-crash-log.txt
http://build.webkit.org/results/Lion%20Intel%20Debug%20(WebKit2%20Tests)/r110696%20(4895)/fast/harness/results-crash-log.txt
http://build.webkit.org/results/Lion%20Intel%20Debug%20(WebKit2%20Tests)/r110696%20(4895)/fast/replaced/invalid-object-with-fallback-crash-log.txt
http://build.webkit.org/results/Lion%20Intel%20Debug%20(WebKit2%20Tests)/r110696%20(4895)/editing/input/reveal-edit-on-paste-vertically-crash-log.txt
http://build.webkit.org/results/Lion%20Intel%20Debug%20(WebKit2%20Tests)/r110696%20(4895)/editing/input/reveal-contenteditable-on-paste-vertically-crash-log.txt</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>579009</commentid>
    <comment_count>8</comment_count>
      <attachid>131969</attachid>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2012-03-14 18:23:51 -0700</bug_when>
    <thetext>Created attachment 131969
Patch

Believe the problem is that change set r110383 changed JavaScriptCore/wtf/Platform.h, but for some reason the change wasn&apos;t being reflected in all build products.  This patch changes the header file search order so that the new location $(BUILT_PRODUCTS_DIR)/usr/local/include is search before the old location.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>579012</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2012-03-14 18:28:52 -0700</bug_when>
    <thetext>Committed r110804: &lt;http://trac.webkit.org/changeset/110804&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>131969</attachid>
            <date>2012-03-14 18:23:51 -0700</date>
            <delta_ts>2012-03-14 18:26:03 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>80993.patch</filename>
            <type>text/plain</type>
            <size>4086</size>
            <attacher name="Michael Saboff">msaboff</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJLaXQyL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
S2l0Mi9DaGFuZ2VMb2cJKHJldmlzaW9uIDExMDgwMSkKKysrIFNvdXJjZS9XZWJLaXQyL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBACisyMDEyLTAzLTE0ICBNaWNoYWVs
IFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgorCisgICAgICAgIFJFR1JFU1NJT04ocjExMDM4
Myk6IEFTU0VSVElPTiBmYWlsdXJlcyBpbiBKU0NlbGw6OmZpbmlzaENyZWF0aW9uIGNhdXNpbmcg
bXVsdGlwbGUgdGVzdHMgdG8gImNyYXNoIiBvbiB0aGUgTGlvbiBJbnRlbCBEZWJ1ZyBCb3RzCisg
ICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04MDk5MworCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE1vdmVkICQoQlVJ
TFRfUFJPRFVDVFNfRElSKS91c3IvbG9jYWwvaW5jbHVkZSB0byB0aGUgZnJvbnQgb2YgSEVBREVS
X1NFQVJDSF9QQVRICisgICAgICAgIHRvIGZpeCBidWlsZHMgZ2l2ZW4gdGhlIHd0ZiBtb3ZlLgor
CisgICAgICAgICogQ29uZmlndXJhdGlvbnMvQmFzZVRhcmdldC54Y2NvbmZpZzoKKwogMjAxMi0w
My0xMyAgSm9uIExlZSAgPGpvbmxlZUBhcHBsZS5jb20+CiAKICAgICAgICAgU2VwYXJhdGUgTk9U
SUZJQ0FUSU9OUyBhbmQgTEVHQUNZX05PVElGSUNBVElPTlMKSW5kZXg6IFNvdXJjZS9XZWJLaXQy
L0NvbmZpZ3VyYXRpb25zL0Jhc2VUYXJnZXQueGNjb25maWcKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291cmNl
L1dlYktpdDIvQ29uZmlndXJhdGlvbnMvQmFzZVRhcmdldC54Y2NvbmZpZwkocmV2aXNpb24gMTEw
ODAxKQorKysgU291cmNlL1dlYktpdDIvQ29uZmlndXJhdGlvbnMvQmFzZVRhcmdldC54Y2NvbmZp
Zwkod29ya2luZyBjb3B5KQpAQCAtMjcsNyArMjcsNyBAQAogRlJBTUVXT1JLX1NFQVJDSF9QQVRI
UyA9ICQoVU1CUkVMTEFfRlJBTUVXT1JLU19ESVIpICQoU1lTVEVNX0xJQlJBUllfRElSKS9GcmFt
ZXdvcmtzL0FwcGxpY2F0aW9uU2VydmljZXMuZnJhbWV3b3JrL0ZyYW1ld29ya3MgJChTWVNURU1f
TElCUkFSWV9ESVIpL0ZyYW1ld29ya3MvQ2FyYm9uLmZyYW1ld29yay9GcmFtZXdvcmtzICQoU1lT
VEVNX0xJQlJBUllfRElSKS9GcmFtZXdvcmtzL1F1YXJ0ei5mcmFtZXdvcmsvRnJhbWV3b3JrcyAk
KFNZU1RFTV9MSUJSQVJZX0RJUikvRnJhbWV3b3Jrcy9Db3JlU2VydmljZXMuZnJhbWV3b3JrL0Zy
YW1ld29ya3MgJChGUkFNRVdPUktfU0VBUkNIX1BBVEhTKTsKIEdDQ19QUkVGSVhfSEVBREVSID0g
V2ViS2l0MlByZWZpeC5oOwogR0NDX1BSRVBST0NFU1NPUl9ERUZJTklUSU9OUyA9ICQoREVCVUdf
REVGSU5FUykgJChGRUFUVVJFX0RFRklORVMpIEZSQU1FV09SS19OQU1FPVdlYktpdDIKLUhFQURF
Ul9TRUFSQ0hfUEFUSFMgPSAkKFdFQkNPUkVfUFJJVkFURV9IRUFERVJTX0RJUikvRm9yd2FyZGlu
Z0hlYWRlcnMgJChXRUJDT1JFX1BSSVZBVEVfSEVBREVSU19ESVIpL2ljdSAkKEJVSUxUX1BST0RV
Q1RTX0RJUikvdXNyL2xvY2FsL2luY2x1ZGUgJChCVUlMVF9QUk9EVUNUU19ESVIpL0Rlcml2ZWRT
b3VyY2VzL1dlYktpdDIgJChIRUFERVJfU0VBUkNIX1BBVEhTKTsKK0hFQURFUl9TRUFSQ0hfUEFU
SFMgPSAkKEJVSUxUX1BST0RVQ1RTX0RJUikvdXNyL2xvY2FsL2luY2x1ZGUgJChXRUJDT1JFX1BS
SVZBVEVfSEVBREVSU19ESVIpL0ZvcndhcmRpbmdIZWFkZXJzICQoV0VCQ09SRV9QUklWQVRFX0hF
QURFUlNfRElSKS9pY3UgJChCVUlMVF9QUk9EVUNUU19ESVIpL0Rlcml2ZWRTb3VyY2VzL1dlYktp
dDIgJChIRUFERVJfU0VBUkNIX1BBVEhTKTsKIAogTk9STUFMX1dFQktJVDJfRlJBTUVXT1JLU19E
SVIgPSAkKE5PUk1BTF9XRUJLSVQyX0ZSQU1FV09SS1NfRElSXyQoUkVBTF9QTEFURk9STV9OQU1F
KSk7CiBOT1JNQUxfV0VCS0lUMl9GUkFNRVdPUktTX0RJUl9tYWNvc3ggPSAkKFNZU1RFTV9MSUJS
QVJZX0RJUikvUHJpdmF0ZUZyYW1ld29ya3M7CkluZGV4OiBTb3VyY2UvV2ViS2l0L21hYy9DaGFu
Z2VMb2cKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PQotLS0gU291cmNlL1dlYktpdC9tYWMvQ2hhbmdlTG9nCShyZXZpc2lv
biAxMTA4MDEpCisrKyBTb3VyY2UvV2ViS2l0L21hYy9DaGFuZ2VMb2cJKHdvcmtpbmcgY29weSkK
QEAgLTEsMyArMSwxNSBAQAorMjAxMi0wMy0xNCAgTWljaGFlbCBTYWJvZmYgIDxtc2Fib2ZmQGFw
cGxlLmNvbT4KKworICAgICAgICBSRUdSRVNTSU9OKHIxMTAzODMpOiBBU1NFUlRJT04gZmFpbHVy
ZXMgaW4gSlNDZWxsOjpmaW5pc2hDcmVhdGlvbiBjYXVzaW5nIG11bHRpcGxlIHRlc3RzIHRvICJj
cmFzaCIgb24gdGhlIExpb24gSW50ZWwgRGVidWcgQm90cworICAgICAgICBodHRwczovL2J1Z3Mu
d2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODA5OTMKKworICAgICAgICBSZXZpZXdlZCBieSBO
T0JPRFkgKE9PUFMhKS4KKworICAgICAgICBNb3ZlZCAkKEJVSUxUX1BST0RVQ1RTX0RJUikvdXNy
L2xvY2FsL2luY2x1ZGUgdG8gdGhlIGZyb250IG9mIEhFQURFUl9TRUFSQ0hfUEFUSAorICAgICAg
ICB0byBmaXggYnVpbGRzIGdpdmVuIHRoZSB3dGYgbW92ZS4KKworICAgICAgICAqIENvbmZpZ3Vy
YXRpb25zL1dlYktpdC54Y2NvbmZpZzoKKwogMjAxMi0wMy0xMyAgSm9uIExlZSAgPGpvbmxlZUBh
cHBsZS5jb20+CiAKICAgICAgICAgU2VwYXJhdGUgTk9USUZJQ0FUSU9OUyBhbmQgTEVHQUNZX05P
VElGSUNBVElPTlMKSW5kZXg6IFNvdXJjZS9XZWJLaXQvbWFjL0NvbmZpZ3VyYXRpb25zL1dlYktp
dC54Y2NvbmZpZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2ViS2l0L21hYy9Db25maWd1cmF0aW9u
cy9XZWJLaXQueGNjb25maWcJKHJldmlzaW9uIDExMDgwMSkKKysrIFNvdXJjZS9XZWJLaXQvbWFj
L0NvbmZpZ3VyYXRpb25zL1dlYktpdC54Y2NvbmZpZwkod29ya2luZyBjb3B5KQpAQCAtNTAsNyAr
NTAsNyBAQCBTVEFHRURfRlJBTUVXT1JLU19TRUFSQ0hfUEFUSF9ZRVMgPSAkKE5FCiAKIEdDQ19Q
UkVGSVhfSEVBREVSID0gbWFjL1dlYktpdFByZWZpeC5oOwogR0NDX1BSRVBST0NFU1NPUl9ERUZJ
TklUSU9OUyA9ICQoREVCVUdfREVGSU5FUykgJChGRUFUVVJFX0RFRklORVMpIEZSQU1FV09SS19O
QU1FPVdlYktpdCBXRUJLSVRfVkVSU0lPTl9NSU5fUkVRVUlSRUQ9V0VCS0lUX1ZFUlNJT05fTEFU
RVNUICQoR0NDX1BSRVBST0NFU1NPUl9ERUZJTklUSU9OUyk7Ci1IRUFERVJfU0VBUkNIX1BBVEhT
ID0gJChXRUJDT1JFX1BSSVZBVEVfSEVBREVSU19ESVIpL0ZvcndhcmRpbmdIZWFkZXJzICQoV0VC
Q09SRV9QUklWQVRFX0hFQURFUlNfRElSKS9pY3UgJChXRUJLSVRTWVNURU1JTlRFUkZBQ0VfU1RB
VElDX0xJQlJBUllfSEVBREVSU19GT0xERVJfUEFUSCkgIiR7QlVJTFRfUFJPRFVDVFNfRElSfS9E
ZXJpdmVkU291cmNlcy9XZWJLaXQiICQoSEVBREVSX1NFQVJDSF9QQVRIUyk7CitIRUFERVJfU0VB
UkNIX1BBVEhTID0gJChXRUJLSVRTWVNURU1JTlRFUkZBQ0VfU1RBVElDX0xJQlJBUllfSEVBREVS
U19GT0xERVJfUEFUSCkgJChXRUJDT1JFX1BSSVZBVEVfSEVBREVSU19ESVIpL0ZvcndhcmRpbmdI
ZWFkZXJzICQoV0VCQ09SRV9QUklWQVRFX0hFQURFUlNfRElSKS9pY3UgIiR7QlVJTFRfUFJPRFVD
VFNfRElSfS9EZXJpdmVkU291cmNlcy9XZWJLaXQiICQoSEVBREVSX1NFQVJDSF9QQVRIUyk7CiBJ
TkZPUExJU1RfRklMRSA9IG1hYy9JbmZvLnBsaXN0OwogSU5TVEFMTF9QQVRIID0gJChJTlNUQUxM
X1BBVEhfJChSRUFMX1BMQVRGT1JNX05BTUUpKTsKIElOU1RBTExfUEFUSF9pcGhvbmVvcyA9ICQo
U1lTVEVNX0xJQlJBUllfRElSKS9Qcml2YXRlRnJhbWV3b3JrczsK
</data>
<flag name="review"
          id="135464"
          type_id="1"
          status="+"
          setter="mrowe"
    />
          </attachment>
      

    </bug>

</bugzilla>