Skip to content

Invalid assemblies no longer give an error message #2670

@CharliePoole

Description

@CharliePoole

@CharliePoole commented on Tue Jan 16 2018

In the NUnit3 console runner 3.7, the argument x.dll gives an error message indicating the file was not found. Typing x.junk gives a message saying that the file type is not known.

In the current master build, the run fails without specifying a message in both cases.


@CharliePoole commented on Thu Jan 18 2018

As discussed in PR #177, assembly-level errors like file not found or invalid file type stopped displaying in the console runner with the merging of #326. This is due to the fact that the assembly level normally does not have a site associated with it.

An easy fix was tried but has the drawback that it causes all suites containing a test with a warning, either directly or indirectly, to display as well. That problem is due to the fact that warnings never have a site associated with them either.

This will be a two part fix. The framework has to be updated so that a warning result caused by a child test uses FailureSite.Child In fact, it's essential that any failure or warning of a suite caused by a child test use that value explicitly.

However, even when the framework is updated, the console has to be able to deal with older framework versions that do not set FailureSite correctly. That's what the current issue has to do. Specifically, this issue needs to...

  1. Ensure that assembly errors, failures and warnings are shown in the errors, failures and warnings report

  2. Ensure that warnings are also shown in the report only once, that is, not repeated for the suites that contain them

I'm replicating this same issue to the framework repository for the work that is needed there.

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions