Skip to content

fix 4x exception logging #15564

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
codeconsole wants to merge 17 commits into
base: 7.1.x
Choose a base branch
from
Open

fix 4x exception logging #15564

Changes from 1 commit
Commits
Show all changes
17 commits
Select commit Hold shift + click to select a range
83b22f6
fix 4x exception logging
codeconsole Apr 8, 2026
e85c094
test: update StackTraceFiltererSpec
matrei Apr 9, 2026
ce60438
test: update StackTraceFiltererSpec
matrei Apr 9, 2026
d1ba16d
Merge branch '7.1.x' into 7.1.x-stop-4x-exceptionlogging
codeconsole Apr 11, 2026
90e375e
Merge branch '7.1.x-stop-4x-exceptionlogging' of https://github.com/c…
codeconsole Apr 11, 2026
024b9c8
filterer no longer logs; exception logging is the resolver's job
codeconsole Apr 11, 2026
7678cf4
add grails.exceptionresolver.logFullStackTrace opt-in for pre-filter …
codeconsole Apr 11, 2026
2963cd9
document grails.exceptionresolver.logFullStackTrace
codeconsole Apr 11, 2026
c68360f
Merge branch '7.1.x' into 7.1.x-stop-4x-exceptionlogging
codeconsole Apr 16, 2026
d5d70a6
Introduce mechanism for resolving user id with stack traces
codeconsole Apr 16, 2026
cbf9f70
add mechanism for logging ip addresses associated with stack traces
codeconsole Apr 16, 2026
c67f460
fix for ip logging tests
codeconsole Apr 16, 2026
9c7a7a3
fix spec
codeconsole Apr 16, 2026
870f9a3
Merge branch '7.1.x' into 7.1.x-stop-4x-exceptionlogging
codeconsole Apr 22, 2026
e4c678a
default logging ip address to false
codeconsole Apr 27, 2026
2ba566d
Merge branch '7.1.x' into 7.1.x-stop-4x-exceptionlogging
codeconsole Apr 30, 2026
b999949
default logRemoteAddr to false
codeconsole May 1, 2026
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
43 changes: 27 additions & 16 deletions ...-bootstrap/src/main/groovy/org/grails/exceptions/reporting/DefaultStackTraceFilterer.java
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ public Throwable filter(Throwable source, boolean recursive) {
if (recursive) {
Copy link
Copy Markdown
Contributor

@sanjana2505006 sanjana2505006 Apr 19, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I noticed that filter(source) is called again after the cause chain loop. Since the loop already filters the source throwable (when current == source), is the second call on line 89 necessary?

Copy link
Copy Markdown
Contributor Author

@codeconsole codeconsole Apr 21, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sanjana2505006 that's true about the old code, but after this PR, the early return makes the two calls mutually exclusive now.

Throwable current = source;
while (current != null) {
current = filter(current);
doFilter(current);
current = current.getCause();
}
}
Expand All @@ -90,27 +90,38 @@ public Throwable filter(Throwable source, boolean recursive) {

public Throwable filter(Throwable source) {
if (shouldFilter) {
StackTraceElement[] trace = source.getStackTrace();
List<StackTraceElement> newTrace = filterTraceWithCutOff(trace, cutOffPackage);

if (newTrace.isEmpty()) {
// filter with no cut-off so at least there is some trace
newTrace = filterTraceWithCutOff(trace, null);
}

// Only trim the trace if there was some application trace on the stack
// if not we will just skip sanitizing and leave it as is
if (!newTrace.isEmpty()) {
// We don't want to lose anything, so log it
boolean modified = doFilter(source);
if (modified) {
// Log the full stack trace once for the top-level exception (includes causes)
STACK_LOG.error(FULL_STACK_TRACE_MESSAGE, source);
Copy link
Copy Markdown
Contributor

@jdaugherty jdaugherty Apr 8, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Isn't this a different meaning now? Before it would have been the full stack trace while now it's the filtered. Wouldn't a better solution be to set the logging to trace or something for these detailed stack traces ? Instead of this change why not disable STACK_LOG if you don't want this output?

Copy link
Copy Markdown
Contributor Author

@codeconsole codeconsole Apr 8, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jdaugherty sensible defaults. logging a stracktrace 4x that has no useful information (especially with the groovy 4 clutter) quickly leads to a scenario where you can run out of disk space fast.

I have yet to see an example where the 4x logging provides anything useful. do you have one?

Copy link
Copy Markdown
Contributor

@jdaugherty jdaugherty Apr 22, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We discussed this and we think this should stay with a configuration setting.

StackTraceElement[] clean = new StackTraceElement[newTrace.size()];
newTrace.toArray(clean);
source.setStackTrace(clean);
}
Copy link

Copilot AI Apr 8, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

filter(Throwable source) currently calls doFilter(source) (which mutates source via setStackTrace) before logging FULL_STACK_TRACE_MESSAGE. That means the "Full Stack Trace" log is no longer the full/original trace, but the already-filtered trace. To preserve prior behavior and the PR description, log the exception before applying the filtered stack trace (e.g., have doFilter compute/return the cleaned trace without mutating, then apply after logging, or temporarily save/restore the original trace around the log call).

Copilot uses AI. Check for mistakes.
Copy link

Copilot AI Apr 8, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This change modifies when/how often the StackTrace logger logs (STACK_LOG.error(...)) during recursive filtering, but existing specs (e.g., grails-core/src/test/.../StackTraceFiltererSpec.groovy) only assert the sanitized stack trace contents and don't cover log emission/count. Adding a test that captures the StackTrace logger output and asserts a single "Full Stack Trace" entry for filter(e, true) would help prevent regressions.

Copilot uses AI. Check for mistakes.
}
return source;
}

private boolean doFilter(Throwable source) {
if (!shouldFilter) {
return false;
}
StackTraceElement[] trace = source.getStackTrace();
List<StackTraceElement> newTrace = filterTraceWithCutOff(trace, cutOffPackage);

if (newTrace.isEmpty()) {
// filter with no cut-off so at least there is some trace
newTrace = filterTraceWithCutOff(trace, null);
}

// Only trim the trace if there was some application trace on the stack
// if not we will just skip sanitizing and leave it as is
if (!newTrace.isEmpty()) {
StackTraceElement[] clean = new StackTraceElement[newTrace.size()];
newTrace.toArray(clean);
source.setStackTrace(clean);
return true;
}
return false;
}

private List<StackTraceElement> filterTraceWithCutOff(StackTraceElement[] trace, String endPackage) {
List<StackTraceElement> newTrace = new ArrayList<>();
boolean foundGroovy = false;
Expand Down
Loading