<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:54:44 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>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[YANGTOOLS-938] InMemoryDataStore delete/write cycle produces unexpected result</title>
                <link>https://jira.opendaylight.org/browse/YANGTOOLS-938</link>
                <project id="10188" key="YANGTOOLS">yangtools</project>
                    <description>&lt;p&gt;Given the model:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;container foo {
    leaf bar {
        type string;
    }
}&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;performing the following operations:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;tx.delete(foo);
tx.write(foo/bar, value);&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;will not result in the leaf being present. This seems to be operation merging bug coming from automatic container lifecycle: previously this stacking would not have been allowed, as the parent does not exist.&lt;/p&gt;

&lt;p&gt;With automatic lifecycle, though, the container is transiently created and therefore this stacking is completely valid &#8211; performing these operations in two separate transactions produces a result where bar is present.&lt;/p&gt;</description>
                <environment></environment>
        <key id="31352">YANGTOOLS-938</key>
            <summary>InMemoryDataStore delete/write cycle produces unexpected result</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.opendaylight.org/images/icons/priorities/critical.svg">High</priority>
                        <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="rovarga">Robert Varga</assignee>
                                    <reporter username="rovarga">Robert Varga</reporter>
                        <labels>
                    </labels>
                <created>Mon, 28 Jan 2019 13:09:22 +0000</created>
                <updated>Wed, 30 Jan 2019 16:09:57 +0000</updated>
                            <resolved>Wed, 30 Jan 2019 16:09:57 +0000</resolved>
                                    <version>2.0.16</version>
                    <version>2.1.8</version>
                                    <fixVersion>3.0.0</fixVersion>
                    <fixVersion>2.0.17</fixVersion>
                    <fixVersion>2.1.9</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="66300" author="rovarga" created="Mon, 28 Jan 2019 14:47:09 +0000"  >&lt;p&gt;The problem is that the DELETE operation does not consider children at all, as when it is sealed, deleted nodes are not supposed to have any children. A trivial approach would be to turn all deletes into empty writes, but that ends up performing unnecessary operations (and changes behavior asserted by a unit test)&lt;/p&gt;

&lt;p&gt;Rather than that, delete operations should be expanded into empty writes only when they have a child operation introduced. This also allows us to reject writes into deleted presence containers earlier.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="31354">MDSAL-420</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i03mcv:</customfieldvalue>

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