Failed file import reported in bug 1757 and using attachment 758 [details] suggests that the pulseview application tries to load the data section of the file after the header failed to parse (unsupported data type, a fatal error, which was communicated by means of the corresponding return code from the function call).
The theory in the above report was wrong. The VCD input module failed to communicate the header parse error to the application, which got addressed in libsigrok commit 93a28f0b0270. In addition the application was done reading all of the file content after that first chunk, and called .end(). Which processed previously queued file content, and advanced to the data section of the file although parsing its header failed (unnoticedly). Other input modules may need inspection whether they suffer from similar issues, processing data in .end() after previous .receive() calls failed. Changing the component to the library.