<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 04:58:04 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>MongoDB Jira</title>
    <link>https://jira.mongodb.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.7.1</version>
        <build-number>970001</build-number>
        <build-date>13-04-2023</build-date>
    </build-info>


<item>
            <title>[SERVER-41556] Must handle failure to reacquire locks and ticket when unstashing transaction </title>
                <link>https://jira.mongodb.org/browse/SERVER-41556</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;In TxnParticipant::TxnResources::release(OperationContext*), it is possible for either restoring _locker-&amp;gt;restoreWriteUnitOfWorkAndLock() or _locker-&amp;gt;reacquireTicket(opCtx) to fail.  If _locker-&amp;gt;reacquireTicket() fails, the locker may be in an inconsistent state (holding locks but not the ticket).  Further, because of the swap() we do in TransactionParticipant::Participant::_releaseTransactionResourcesToOpCtx, if either one happens we lose the TxnResources object entirely.  If the transaction was prepared, it is now in a prepared state without a stash, which result in a crash next time it is used.  If it was not, it&apos;s now effectively aborted though not marked as so.&lt;/p&gt;

&lt;p&gt;For prepared transactions we need to ensure a failed release() leaves the transaction as-is.  This will work for other operations as well, but usually we abort in the case of transaction errors so we may want to force an abort in that case as well.&lt;/p&gt;</description>
                <environment></environment>
        <key id="790517">SERVER-41556</key>
            <summary>Must handle failure to reacquire locks and ticket when unstashing transaction </summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="13201">Fixed</resolution>
                                        <assignee username="suganthi.mani@mongodb.com">Suganthi Mani</assignee>
                                    <reporter username="matthew.russotto@mongodb.com">Matthew Russotto</reporter>
                        <labels>
                    </labels>
                <created>Wed, 5 Jun 2019 22:08:27 +0000</created>
                <updated>Sun, 29 Oct 2023 22:20:16 +0000</updated>
                            <resolved>Mon, 15 Jul 2019 22:12:29 +0000</resolved>
                                                    <fixVersion>4.2.0</fixVersion>
                    <fixVersion>4.3.1</fixVersion>
                                    <component>Replication</component>
                                        <votes>0</votes>
                                    <watches>7</watches>
                                                                                                                <comments>
                            <comment id="2342714" author="xgen-internal-githook" created="Thu, 25 Jul 2019 04:10:06 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Suganthi Mani&apos;, &apos;email&apos;: &apos;suganthi.mani@mongodb.com&apos;, &apos;username&apos;: &apos;smani87&apos;}
&lt;p&gt;Message:     &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&lt;br/&gt;
    &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41883&quot; title=&quot;UnConditional step down should not set a maxLockTimeout while unstashing the lock resources as a part of yieldLocksForPreparedTransactions().&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41883&quot;&gt;&lt;del&gt;SERVER-41883&lt;/del&gt;&lt;/a&gt; Replication state transition reacquires locks and tickets of a prepared transaction with no lock timeout.&lt;br/&gt;
    &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41556&quot; title=&quot;Must handle failure to reacquire locks and ticket when unstashing transaction &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41556&quot;&gt;&lt;del&gt;SERVER-41556&lt;/del&gt;&lt;/a&gt; Handles failure to reacquire locks and ticket when unstashing transactions.&lt;/p&gt;

&lt;p&gt;(cherry picked from commit 2ff54098b19ebc2b4bbf5516de6e6befb46f9fe7)&lt;br/&gt;
Branch: v4.2&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/7be60542714d7cd17a6ecf5e43a47bb7aef9a0d5&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/7be60542714d7cd17a6ecf5e43a47bb7aef9a0d5&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2342705" author="xgen-internal-githook" created="Thu, 25 Jul 2019 04:00:24 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Suganthi Mani&apos;, &apos;username&apos;: &apos;smani87&apos;, &apos;email&apos;: &apos;suganthi.mani@mongodb.com&apos;}
&lt;p&gt;Message:     &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&lt;br/&gt;
    &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41883&quot; title=&quot;UnConditional step down should not set a maxLockTimeout while unstashing the lock resources as a part of yieldLocksForPreparedTransactions().&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41883&quot;&gt;&lt;del&gt;SERVER-41883&lt;/del&gt;&lt;/a&gt; Replication state transition reacquires locks and tickets of a prepared transaction with no lock timeout.&lt;br/&gt;
    &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41556&quot; title=&quot;Must handle failure to reacquire locks and ticket when unstashing transaction &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41556&quot;&gt;&lt;del&gt;SERVER-41556&lt;/del&gt;&lt;/a&gt; Handles failure to reacquire locks and ticket when unstashing transactions.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/2ff54098b19ebc2b4bbf5516de6e6befb46f9fe7&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/2ff54098b19ebc2b4bbf5516de6e6befb46f9fe7&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2342295" author="suganthi.mani" created="Wed, 24 Jul 2019 19:57:52 +0000"  >&lt;p&gt;Author:&lt;/p&gt;

{&apos;name&apos;: &apos;Ian Boros&apos;, &apos;email&apos;: &apos;puppyofkosh@gmail.com&apos;, &apos;username&apos;: &apos;puppyofkosh&apos;}
&lt;p&gt;Message: Revert &quot;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&quot;&lt;/p&gt;

&lt;p&gt;This reverts commit e707fd09ef0dadbb33510249732fd38c654da914.&lt;br/&gt;
Branch: v4.2&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/65a1db06e9a88e7d96e1359662f5480f939c0e5b&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/65a1db06e9a88e7d96e1359662f5480f939c0e5b&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2342294" author="suganthi.mani" created="Wed, 24 Jul 2019 19:57:37 +0000"  >&lt;p&gt;Author:&lt;/p&gt;

{&apos;name&apos;: &apos;Ian Boros&apos;, &apos;email&apos;: &apos;puppyofkosh@gmail.com&apos;, &apos;username&apos;: &apos;puppyofkosh&apos;}
&lt;p&gt;Message: Revert &quot;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&quot;&lt;/p&gt;

&lt;p&gt;This reverts commit b7cec5064fb03f1e1f9bd39af35e495facfdcdc9.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/38e92ef5b9fe645cd73fec3742c0fde9caea0cb2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/38e92ef5b9fe645cd73fec3742c0fde9caea0cb2&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2327726" author="xgen-internal-githook" created="Mon, 15 Jul 2019 21:18:32 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Suganthi Mani&apos;, &apos;username&apos;: &apos;smani87&apos;, &apos;email&apos;: &apos;suganthi.mani@mongodb.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&lt;br/&gt;
&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41883&quot; title=&quot;UnConditional step down should not set a maxLockTimeout while unstashing the lock resources as a part of yieldLocksForPreparedTransactions().&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41883&quot;&gt;&lt;del&gt;SERVER-41883&lt;/del&gt;&lt;/a&gt; Replication state transition reacquires locks and tickets of a prepared transaction with no lock timeout.&lt;br/&gt;
&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41556&quot; title=&quot;Must handle failure to reacquire locks and ticket when unstashing transaction &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41556&quot;&gt;&lt;del&gt;SERVER-41556&lt;/del&gt;&lt;/a&gt; Handles failure to reacquire locks and ticket when unstashing transactions.&lt;/p&gt;

&lt;p&gt;(cherry picked from commit b7cec5064fb03f1e1f9bd39af35e495facfdcdc9)&lt;br/&gt;
Branch: v4.2&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/e707fd09ef0dadbb33510249732fd38c654da914&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/e707fd09ef0dadbb33510249732fd38c654da914&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2327718" author="xgen-internal-githook" created="Mon, 15 Jul 2019 21:15:08 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Suganthi Mani&apos;, &apos;email&apos;: &apos;suganthi.mani@mongodb.com&apos;, &apos;username&apos;: &apos;smani87&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41881&quot; title=&quot;Stashing the lock resources for prepared transactions by state transitions (step up/ step down) should not preserve the maxLockTimeout of the previous node&amp;#39;s state.  &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41881&quot;&gt;&lt;del&gt;SERVER-41881&lt;/del&gt;&lt;/a&gt; Unstashing the transaction lock resources should ignore the saved value of maxLockTimeout and explicitly set the maxLockTimeout based on node&apos;s state.&lt;br/&gt;
&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41883&quot; title=&quot;UnConditional step down should not set a maxLockTimeout while unstashing the lock resources as a part of yieldLocksForPreparedTransactions().&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41883&quot;&gt;&lt;del&gt;SERVER-41883&lt;/del&gt;&lt;/a&gt; Replication state transition reacquires locks and tickets of a prepared transaction with no lock timeout.&lt;br/&gt;
&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-41556&quot; title=&quot;Must handle failure to reacquire locks and ticket when unstashing transaction &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-41556&quot;&gt;&lt;del&gt;SERVER-41556&lt;/del&gt;&lt;/a&gt; Handles failure to reacquire locks and ticket when unstashing transactions.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/b7cec5064fb03f1e1f9bd39af35e495facfdcdc9&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/b7cec5064fb03f1e1f9bd39af35e495facfdcdc9&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="2274572" author="judah.schvimer" created="Thu, 6 Jun 2019 19:06:10 +0000"  >&lt;p&gt;Since this is a 4.2 bug, we should do this next iteration.&lt;/p&gt;</comment>
                            <comment id="2273812" author="matthew.russotto" created="Thu, 6 Jun 2019 14:21:43 +0000"  >&lt;p&gt;The relevant code for 4.0 is &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/37c22a95d498d079022322b2b9ea6c2713f3d1f5/src/mongo/db/session.cpp#L782&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/blob/37c22a95d498d079022322b2b9ea6c2713f3d1f5/src/mongo/db/session.cpp#L782&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;and&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/37c22a95d498d079022322b2b9ea6c2713f3d1f5/src/mongo/db/session.cpp#L661&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/blob/37c22a95d498d079022322b2b9ea6c2713f3d1f5/src/mongo/db/session.cpp#L661&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Since we don&apos;t restore yielded locks and don&apos;t use a temporary to hold the TxnResources, this bug isn&apos;t in 4.0.&lt;/p&gt;</comment>
                            <comment id="2273271" author="judah.schvimer" created="Wed, 5 Jun 2019 22:11:59 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=matthew.russotto&quot; class=&quot;user-hover&quot; rel=&quot;matthew.russotto&quot;&gt;matthew.russotto&lt;/a&gt;, can this happen on 4.0 as well?&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10420">
                    <name>Backports</name>
                                            <outwardlinks description="backported by">
                                                        </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10011">
                    <name>Depends</name>
                                                                <inwardlinks description="is depended on by">
                                                        </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10520">
                    <name>Problem/Incident</name>
                                            <outwardlinks description="causes">
                                                        </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                        <issuelink>
            <issuekey id="874456">SERVER-42381</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="811799">SERVER-41881</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="811909">SERVER-41883</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="823499">SERVER-41976</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="823820">SERVER-41980</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="874518">SERVER-42388</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18555" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname># of Sprints</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>3.0</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_12450" key="com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes">
                        <customfieldname>Backport Requested</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="16775"><![CDATA[v4.2]]></customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10011" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Backwards Compatibility</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10038"><![CDATA[Fully Compatible]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 5 Jun 2019 22:11:59 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        4 years, 29 weeks ago
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18254" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Dependencies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[]]></customfieldvalue>


                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_17050" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Downstream Team Attention</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="16941"><![CDATA[Not Needed]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10057" key="com.atlassian.jira.toolkit:lastusercommented">
                        <customfieldname>Last comment by Customer</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>true</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10056" key="com.atlassian.jira.toolkit:lastupdaterorcommenter">
                        <customfieldname>Last commenter</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>luke.bonanomi@mongodb.com</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11151" key="com.atlassian.jira.toolkit:LastCommentDate">
                        <customfieldname>Last public comment date</customfieldname>
                        <customfieldvalues>
                            4 years, 29 weeks ago
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_16465" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Linked BF Score</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>17.0</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10032" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Operating System</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10026"><![CDATA[ALL]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>xgen-internal-githook</customfieldvalue>
            <customfieldvalue>judah.schvimer@mongodb.com</customfieldvalue>
            <customfieldvalue>matthew.russotto@mongodb.com</customfieldvalue>
            <customfieldvalue>suganthi.mani@mongodb.com</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hv38pz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hr84w7:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_23361" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Requested By</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_10557" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="3001">Repl 2019-07-01</customfieldvalue>
    <customfieldvalue id="3026">Repl 2019-07-15</customfieldvalue>
    <customfieldvalue id="3028">Repl 2019-07-29</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10053" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>Time In Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_22870" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Triagers</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_14350" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>serverRank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hv2uzb:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>