Closed khalyomede closed 3 years ago
Hi @khalyomede, thanks for flagging this up.
Looks like this is caused by the way the "dotted line" is generated in the Coverage plugin: https://github.com/pestphp/pest-plugin-coverage/blob/master/src/Coverage.php#L57
So I guess we'd need to allow lengths of more than 70, although that could be an issue as I'm assuming the width of 70 is based on a standard old terminal width of 80.
I know that in Javascript, when using nyc for displaying the coverage in the terminal, as the involved lines cells are quite short, the author have used a technique to use ellipsis in the case there is too much lines to cover.
Do you think this could be a possible solution, to use ellipsis to avoid the line to go over 70 characters?
We probably could, although due to the existing dotted lines I'm not sure if that may cause it to look confusing. @nunomaduro, what is your thought on this?
I think we could add a line bellow?
Hmm, what do you mean? Like... split the line numbers into multiple lines?
| -------------------------- 72 characters ------------------------- |
QueueDrivers/FileQueueDriver.php 42, 51, 57, 91, 103, 194 ...... 90.2%
209, 220, 232
| -------------------------- 72 characters ------------------------- |
QueueDrivers/FileQueueDriver.php 42, 51, 57, 91, 103, 194 .........
209, 220, 232 .................... 90.2%
I've no plans on working on this. Feel free to submit a pull request.
Description
Sometimes the results exceeds in length compared to other results, resulting in visual overflow.
Reproduce the issue
I can't systematically reproduce this, but my guess is that big file path combined with a lot of missing covered line facilitate the bug to appear, but nothing sure as I did not dived into the source code.
Expected behavior
All the lines allign without overflowing results.