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
Stack traces that should be grouped together, aren't, and the major difference I can see is that they have a stack trace element with the class jdk.internal.reflect.GeneratedMethodAccessor{effectively random number}. This class moved from sun.reflect to jdk.internal.reflect so the fix made in #11145 / e4c6600 doesn't help users of JDK11 (possibly earlier, too).
Steps to Reproduce
Use JDK 11 with some code that uses
Capture an exception that uses Method#invoke somewhere in its call stack.
The captured stack trace will have something like this in it:
at jdk.internal.reflect.GeneratedMethodAccessor261.invoke
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:566)
What you expected to happen
Ignore the trailing number from the generated method accessor when calculating the grouping for the stacktrace.
The text was updated successfully, but these errors were encountered:
Important Details
How are you running Sentry?
Description
Stack traces that should be grouped together, aren't, and the major difference I can see is that they have a stack trace element with the class
jdk.internal.reflect.GeneratedMethodAccessor{effectively random number}
. This class moved fromsun.reflect
tojdk.internal.reflect
so the fix made in #11145 / e4c6600 doesn't help users of JDK11 (possibly earlier, too).Steps to Reproduce
What you expected to happen
Ignore the trailing number from the generated method accessor when calculating the grouping for the stacktrace.
The text was updated successfully, but these errors were encountered: