Bump codecov/codecov-action from 4 to 5 #12
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![dependabot[bot]](https://avatars.githubusercontent.com/in/29110?s=60&v=4){kind=small}
Bumps [codecov/codecov-action](https://github.com/codecov/codecov-action) from 4 to 5. - [Release notes](https://github.com/codecov/codecov-action/releases) - [Changelog](https://github.com/codecov/codecov-action/blob/main/CHANGELOG.md) - [Commits](codecov/codecov-action@v4...v5) --- updated-dependencies: - dependency-name: codecov/codecov-action dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
JamesWrigley
reviewed
Dec 1, 2024
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #12 +/- ##
=======================================
Coverage 86.83% 86.83%
=======================================
Files 11 11
Lines 2051 2051
=======================================
Hits 1781 1781
Misses 270 270 ☔ View full report in Codecov by Sentry. |
JamesWrigley
deleted the
dependabot/github_actions/codecov/codecov-action-5
branch
JamesWrigley
added a commit
that referenced
this pull request
Dec 6, 2024
According to a stacktrace from a hung CI job this task was causing the process
to hang before exiting:
```julia
InterruptException()
_jl_mutex_unlock at C:/workdir/src\threading.c:1012
jl_mutex_unlock at C:/workdir/src\julia_locks.h:80 [inlined]
ijl_task_get_next at C:/workdir/src\scheduler.c:458
poptask at .\task.jl:1163
wait at .\task.jl:1172
task_done_hook at .\task.jl:839
jfptr_task_done_hook_98752.1 at C:\hostedtoolcache\windows\julia\nightly\x64\lib\julia\sys.dll (unknown line)
jl_apply at C:/workdir/src\julia.h:2233 [inlined]
jl_finish_task at C:/workdir/src\task.c:338
start_task at C:/workdir/src\task.c:1274
From worker 82: fatal: error thrown and no exception handler available.Unhandled Task ERROR: InterruptException:
Stacktrace:
[1] poptask(W::Base.IntrusiveLinkedListSynchronized{Task})
@ Base .\task.jl:1163
[2] wait()
@ Base .\task.jl:1172
[3] wait(c::Base.GenericCondition{ReentrantLock}; first::Bool)
@ Base .\condition.jl:141
[4] wait
@ .\condition.jl:136 [inlined]
[5] put_buffered(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:420
[6] put!(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:398
[7] put!(rv::DistributedNext.RemoteValue, args::Int64)
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\remotecall.jl:703
[8] (::DistributedNext.var"#create_worker##11#create_worker##12"{DistributedNext.RemoteValue, Float64})()
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\cluster.jl:721
```
Replaced it with a call to `timedwait()`, which has the advantage of being a lot
simpler than an extra task.
JamesWrigley
added a commit
that referenced
this pull request
Dec 9, 2024
According to a stacktrace from a hung CI job this task was causing the process
to hang before exiting:
```julia
InterruptException()
_jl_mutex_unlock at C:/workdir/src\threading.c:1012
jl_mutex_unlock at C:/workdir/src\julia_locks.h:80 [inlined]
ijl_task_get_next at C:/workdir/src\scheduler.c:458
poptask at .\task.jl:1163
wait at .\task.jl:1172
task_done_hook at .\task.jl:839
jfptr_task_done_hook_98752.1 at C:\hostedtoolcache\windows\julia\nightly\x64\lib\julia\sys.dll (unknown line)
jl_apply at C:/workdir/src\julia.h:2233 [inlined]
jl_finish_task at C:/workdir/src\task.c:338
start_task at C:/workdir/src\task.c:1274
From worker 82: fatal: error thrown and no exception handler available.Unhandled Task ERROR: InterruptException:
Stacktrace:
[1] poptask(W::Base.IntrusiveLinkedListSynchronized{Task})
@ Base .\task.jl:1163
[2] wait()
@ Base .\task.jl:1172
[3] wait(c::Base.GenericCondition{ReentrantLock}; first::Bool)
@ Base .\condition.jl:141
[4] wait
@ .\condition.jl:136 [inlined]
[5] put_buffered(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:420
[6] put!(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:398
[7] put!(rv::DistributedNext.RemoteValue, args::Int64)
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\remotecall.jl:703
[8] (::DistributedNext.var"#create_worker##11#create_worker##12"{DistributedNext.RemoteValue, Float64})()
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\cluster.jl:721
```
Replaced it with a call to `timedwait()`, which has the advantage of being a lot
simpler than an extra task.
JamesWrigley
added a commit
that referenced
this pull request
Jan 22, 2025
According to a stacktrace from a hung DistributedNext CI job this task was
causing the process to hang before exiting:
```julia
InterruptException()
_jl_mutex_unlock at C:/workdir/src\threading.c:1012
jl_mutex_unlock at C:/workdir/src\julia_locks.h:80 [inlined]
ijl_task_get_next at C:/workdir/src\scheduler.c:458
poptask at .\task.jl:1163
wait at .\task.jl:1172
task_done_hook at .\task.jl:839
jfptr_task_done_hook_98752.1 at C:\hostedtoolcache\windows\julia\nightly\x64\lib\julia\sys.dll (unknown line)
jl_apply at C:/workdir/src\julia.h:2233 [inlined]
jl_finish_task at C:/workdir/src\task.c:338
start_task at C:/workdir/src\task.c:1274
From worker 82: fatal: error thrown and no exception handler available.Unhandled Task ERROR: InterruptException:
Stacktrace:
[1] poptask(W::Base.IntrusiveLinkedListSynchronized{Task})
@ Base .\task.jl:1163
[2] wait()
@ Base .\task.jl:1172
[3] wait(c::Base.GenericCondition{ReentrantLock}; first::Bool)
@ Base .\condition.jl:141
[4] wait
@ .\condition.jl:136 [inlined]
[5] put_buffered(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:420
[6] put!(c::Channel{Any}, v::Int64)
@ Base .\channels.jl:398
[7] put!(rv::DistributedNext.RemoteValue, args::Int64)
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\remotecall.jl:703
[8] (::DistributedNext.var"#create_worker##11#create_worker##12"{DistributedNext.RemoteValue, Float64})()
@ DistributedNext D:\a\DistributedNext.jl\DistributedNext.jl\src\cluster.jl:721
```
Replaced it with a call to `timedwait()`, which has the advantage of being a lot
simpler than an extra task.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Bumps codecov/codecov-action from 4 to 5.
Release notes
Sourced from codecov/codecov-action's releases.
... (truncated)
Changelog
Sourced from codecov/codecov-action's changelog.
... (truncated)
Commits
015f24echore(release): 5.0.7 (#1691)a76271dfix: use HEAD_REPO (#1690)d168679chore(release): 5.0.6 (#1689)373fd71fix: update CODECOV_TOKEN and fix tokenless (#1688)288befbchore(release): 5.0.5 (#1686)7e69d37chore(release): wrapper-0.0.27 (#1685)985343dchore(release): 5.0.4 (#1682)31d1900chore(deps): bump wrapper to 0.0.26 (#1681)095cfe0fix: strip out a trailing /n from input tokens (#1679)b542d5afix: add action version (#1678)Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)