You are viewing a plain text version of this content. The canonical link for it is here.

Posted to oak-issues@jackrabbit.apache.org by "Davide Giannella (JIRA)" <ji...@apache.org> on 2019/06/11 10:52:09 UTC

[jira] [Closed] (OAK-8353) Additional test for OAK-8012

     [ https://issues.apache.org/jira/browse/OAK-8353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Davide Giannella closed OAK-8353.
---------------------------------

bulk close 1.14.0

> Additional test for OAK-8012
> ----------------------------
>
>                 Key: OAK-8353
>                 URL: https://issues.apache.org/jira/browse/OAK-8353
>             Project: Jackrabbit Oak
>          Issue Type: Test
>          Components: documentmk
>            Reporter: Marcel Reutegger
>            Assignee: Marcel Reutegger
>            Priority: Minor
>             Fix For: 1.0.43, 1.4.25, 1.2.32, 1.10.3, 1.14.0, 1.6.18, 1.8.14
>
>
> It turns out the issue described in OAK-8012 may also happen without a restart. An incorrect read may happen when the orphaned branch clean up kicks in. There is a race condition in the code before OAK-8012 changes. The read may check the state of an orphaned branch and doesn't see it in the {{UnmergedBranches}} map while it is still visible in the DocumentStore.
> This issue is about an additional test to verify OAK-8012 also fixes this situation.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)