-
Bug
-
Resolution: Fixed
-
P3
-
8u102, 9
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8169292 | 8u152 | Murali Billa | P3 | Resolved | Fixed | b01 |
JDK-8171877 | 8u131 | Murali Billa | P3 | Resolved | Fixed | b01 |
The above behaviour need to updated for other JSObject APIs like "call" and "setSlot" also in order to address
Applications that rely on the previous, buggy behavior might be surprised by the fact that objects that are not strongly held by the application are subject to garbage collection even though they are bound to a JavaScript object.
We should document this fact in the WebEngine documentation in the section on "Calling back to Java from JavaScript".
- backported by
-
JDK-8169292 Need to document JSObject Call and setSlot APIs to use weak references
-
- Resolved
-
-
JDK-8171877 Need to document JSObject Call and setSlot APIs to use weak references
-
- Resolved
-
- clones
-
JDK-8154127 Need to document that JavaScript to Java bindings use weak references
-
- Resolved
-
- relates to
-
JDK-8089681 WebView leaks memory when containing object acts as javascript callback handler
-
- Resolved
-
-
JDK-8168625 Java WebView communication between java and javascript fails in Java 8 U112
-
- Closed
-
-
JDK-8171401 Release Note: Fixed memory leak when Java objects are passed into JavaScript
-
- Closed
-
-
JDK-8169341 Broken JavaScript-to-Java callback in WebEngine with 2nd call
-
- Open
-