neovim
/
neovim
/
24214
77%
|
Ran
|
Jobs
1
|
Files
678
|
Run time
26s
|
Badge
Embed ▾
README BADGES
|
push
travis-ci
justinmk<a href="https://github.com/neovim/neovim/commit/2a3bcd1ff">rpc: Don't delay notifications when request is pending (#6544) With the old behavior, if a GUI makes a blocking request that requires user interaction (like nvim_input()), it would not get any screen updates. The client, not nvim, should decide how to handle notifications during a pending request. If an rplugin wants to avoid async calls while a sync call is busy, it likely wants to avoid processing async calls while another async call also is handled as well. This may break the expectation of some existing rplugins. For compatibility, remote/define.vim reimplements the old behavior. Clients can opt-out by specifying `sync=urgent`. - Legacy hosts should be updated to use `sync=urgent`. They could add a flag indicating which async methods are always safe to call and which must wait until the main loop returns. - New hosts can expose the full asyncness, they don't need to offer both behaviors. ref #6532 ref #1398 </a><a class="double-link" href="https://github.com/neovim/neovim/commit/d83868fe9">d83868fe9</a>
87097 of 113316 relevant lines covered (76.86%)
182804.87 hits per line
Uncovered Existing Lines
| Lines | Coverage | ∆ | File |
|---|---|---|---|
| 1 |
94.42 |
-0.51% | src/nvim/event/process.c |
| 6 |
83.28 |
-0.94% | src/nvim/terminal.c |
| 44 |
87.93 |
-0.32% | src/nvim/msgpack_rpc/channel.c |
Jobs
| ID | Job ID | Ran | Files | Coverage | |
|---|---|---|---|---|---|
| 7 | 24214.7 (GCOV=gcov-5 CMAKE_FLAGS="$CMAKE_FLAGS -DUSE_GCOV=ON") | 678 |
76.86 |
Travis Job 24214.7 |
Source Files on build 24214
| Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
|---|