You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the original TargetEncoder.java file, there is a method named "updateDomainGlobally", which locks a frame on its vector update, however the lock is not released afterwards.
The text was updated successfully, but these errors were encountered:
Andrey Spiridonov commented: This is a duplicate for already reported issue [https://0xdata.atlassian.net/browse/PUBDEV-7434?filter=-2|https://0xdata.atlassian.net/browse/PUBDEV-7434?filter=-2|smart-link] . Just not to forget to close them both.
Andrey Spiridonov commented: {quote}which locks a frame on its vector update, however the lock is not released afterwards.{quote}
I believe it would be fair to say that lock is being unlocked in the code, but maybe there is some issue within locking/unlocking mechanism itself. We still don’t have a prove that suggested fix ( different way to lock/unlock) will not break existing tests in a multinode setting. Even if it does help us in this particular scenario there still is a room for investigation on what is happening with locks.
Jira Issue: PUBDEV-7441
Assignee: Pavel Pscheidl
Reporter: Pavel Pscheidl
State: Closed
Fix Version: 3.30.0.2
Attachments: N/A
Development PRs: Available
In the original TargetEncoder.java file, there is a method named "updateDomainGlobally", which locks a frame on its vector update, however the lock is not released afterwards.
The text was updated successfully, but these errors were encountered: