|
Ran
|
Jobs
1
|
Files
34
|
Run time
1min
|
Badge
README BADGES
|
push
github
message-forwrding: keep backtraces when reraising an exception A few functions in message_forwarding need to do some cleanup when encountering an exception, but in doing so, the original backtrace is lost. This makes it difficult to track down the original location that raised the exception. I've considered other options instead of calling Backtrace.is_important: - Call `Backtrace.reraise e e`: this is more expensive than it needs to be. - Create a new function that can be easily used: This is awkward to backport, and in my attempts the resulting code was not great to read. So I ended up with the compromise of using Backtrace.is_important, which does exactly what's needed here, even though it's difficult to enforce correctly across the codebase. Signed-off-by: Pau Ruiz Safont <pau.safont@vates.tech> (cherry picked from commit 1268943a9)
3504 of 4355 relevant lines covered (80.46%)
0.8 hits per line
| ID | Job ID | Ran | Files | Coverage | |
|---|---|---|---|---|---|
| 1 | python3.11 - 24137544229.1 | 34 |
80.46 |
GitHub Action Run |
| Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
|---|