Skip to content

Conversation

@martinemde
Copy link
Contributor

@martinemde martinemde commented Dec 15, 2025

All the errors that are being converted to warnings (that are being silently ignored) are errors that should interrupt, like unparseable package.yml and file read errors. The UI wasn't displaying the warnings or the errors, so they were just getting ignored. This is precedes #85 which was unable to produce any visible errors because errors from that part of the code were not configured to be printed in any UI.

@martinemde martinemde force-pushed the martinemde/pttyrswzonym branch from 6f81fa0 to ec41dd2 Compare December 15, 2025 21:43
Copy link

@hellosweta hellosweta left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems reasonable. Can you remind me what inspired this change? Any considerations around how we want to roll out for folks who will now potentially see new errors?

}
let file_name = relative_path.file_name().ok_or_else(|| {
error_stack::report!(Error::Io)
.attach_printable(format!("Vendored gem path has no file name: {}", relative_path.display()))

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@martinemde martinemde merged commit aaeb39a into main Dec 16, 2025
8 checks passed
@github-project-automation github-project-automation bot moved this from Triage to Done in Modularity Dec 16, 2025
@martinemde martinemde deleted the martinemde/pttyrswzonym branch December 16, 2025 23:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

3 participants