Skip to content

Suppress error stack traces in production - #226

Merged
bajtos merged 1 commit into
masterfrom
feature/disable-stack-traces-in-production
Sep 3, 2015
Merged

Suppress error stack traces in production#226
bajtos merged 1 commit into
masterfrom
feature/disable-stack-traces-in-production

Conversation

@bajtos

Copy link
Copy Markdown
Member

When running in production, supress error stack traces from the error responses (pages). This change affects the global error handler used, it does not affect strong-remoting's REST handler.

See strongloop/loopback#1502

/to @ritch please review
/cc @raymondfeng

It seems to me that adding an automated test is too much work & future maintenance, therefore I tested the change only manually.

When running in production, supress error stack traces from the error
responses (pages). This change affects the global error handler used,
it does not affect strong-remoting's REST handler.
See strongloop/loopback#1502
@ritch

ritch commented Sep 3, 2015

Copy link
Copy Markdown
Member

Not sure why the build failed. Otherwise LGTM.

@bajtos

Copy link
Copy Markdown
MemberAuthor

@slnode test please

The tests failed because "No compatible version found: loopback@'>=2.22.0 <3.0.0". I think that the new version should have been published by now.

@bajtos

Copy link
Copy Markdown
MemberAuthor

"loopback-workspace.pr/label=ubuntu-iojs-3" is failing because of "ENOSPC: no space left on device, write", other slaves are green. I'll land this PR.

bajtos added a commit that referenced this pull request Sep 3, 2015
…in-production
Suppress error stack traces in production
@bajtos
bajtos merged commit 0451959 into masterSep 3, 2015
@bajtosbajtos removed the #review label Sep 3, 2015
@bajtos
bajtos deleted the feature/disable-stack-traces-in-production branch September 3, 2015 15:53
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@bajtos@ritch