I've been trying out lighthouse for coverage browsing, it's very polished, thanks!
I ran into one issue, the module name matching is too relaxed. If I have coverage for module "foo", but a module is listed earlier in the list called "foobar", then it matches and lighthouse claims there is no coverage.
I believe this is because you search for modules with fuzzy matching by default like this:
# attempt lookup using case-insensitive filenameformoduleinself.modules:
I manually edited my coverage file so that unrelated modules didn't contain my module as a substring, and then it worked perfectly.
I think fuzzy should be the fallback, not the default, WDYT?
The text was updated successfully, but these errors were encountered:
I agree that this is an issue. The fuzzy lookup flow is admittedly... pretty cheap. I am kind of surprised it has lasted this long without someone raising your example.
I have been meaning to improve this code, but also add a bailout dialog to list the modules for human selection. A lot of the coverage loading code is starting to get retooled on the develop branch, so this is probably a good time to address it.
In the meantime, I would recommend you tweak the fuzzy function logic to serve your needs. I'll close this issue once my changes make their way onto dev, maybe in the next week or two.
It should probably return all matching modules and then merge their IDs.
Sorry for the late reply, I am only now catching up on lighthouse maintenance 😬.
The drcov module splitting is unrelated to the main issue reported by taviso, but I just pushed a fix for it in commit f6902ba. The lighthouse development branch has a bunch of other updates & fixes, I would recommend updating to it.
Regarding the main issue around fuzzy name matching, it is the next item on my agenda. I'll have something on the dev branch in the next 24 hours.