What's the right way to avoid redacting third party errors?
还没有人认领这个 Issue。
评估
调研方向
从 errors.Wrap 和 Sentry 报告相关的行为描述开始，然后追踪经过包装的第三方错误是如何被删改的。明确错误类型应如何标记为安全，以及哪些可观察到的 Sentry 行为能够证明更改已完成。
由索引模型根据 Issue 内容生成。
描述
If I'm using something like errors.Wrap, it seems like the error passed in is still redacted in Sentry reports. I would like to blanket mark certain error types as safe.
- 主要语言
- Go
- 星标
- 2.5k
- 派生
- 75
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
cockroachdb/errors 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 52/100
cockroachdb/errors#162 · 1 条评论 ·
-
难度 3/5 1-2 天 新手友好度 48/100
cockroachdb/errors#156 · 20 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 30/100
cockroachdb/errors#155 · 1 条评论 · 1 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 35/100
cockroachdb/errors#146 ·
-
难度 4/5 3-5 天 新手友好度 35/100
cockroachdb/errors#145 · 1 条评论 · 1 个 reaction ·
查看 cockroachdb/errors 的全部 Issue
相似的 Issue
-
area/dev-productivity area/disaster-recovery area/ipcei kind/enhancement
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 1/5 1 小时以内 新手友好度 85/100
-
难度 2/5 1-3 小时 新手友好度 75/100
-
kind/bug status/0-triage
难度 2/5 1-3 小时 新手友好度 75/100
-
🤔 refinement needed
难度 2/5 1-3 小时 新手友好度 75/100
equinor/radix-operator#1979 ·