Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.70.0: ui test failures due to "the full type name has been written to" #112209

Closed
xry111 opened this issue Jun 2, 2023 · 5 comments
Closed
Assignees
Labels
A-testsuite Area: The testsuite used to check the correctness of rustc E-mentor Call for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion. P-low Low priority regression-from-stable-to-stable Performance or correctness regression from one stable version to another.

Comments

@xry111
Copy link
Contributor

xry111 commented Jun 2, 2023

Three ui tests fail with 1.70.0 and channel = "stable":

[ui] tests/ui/mismatched_types/issue-36053-2.rs
[ui] tests/ui/typeck/issue-31173.rs
[ui] tests/ui/methods/method-not-found-generic-arg-elision.rs

They seem caused by the extra lines like:

= note: the full type name has been written to '$TEST_BUILD_DIR/methods/method-not-found-generic-arg-elision/method-not-found-generic-arg-elision.long-type-9165007450593903927.txt'

Should we suppress the "full type name output" within the test suite, or am I doing something wrong?

@TimNN
Copy link
Contributor

TimNN commented Jun 3, 2023

Some background:

I've attempted to fix this in #105924 by enabling path remapping in UI tests by default.

However, that caused some usability regressions for rustc developers (#109725), so now this logic only triggers on CI: #110115

@jyn514
Copy link
Member

jyn514 commented Jun 3, 2023

i wonder if this should be an explicit config instead of being auto detected based on a CI environment variable. then we could enable it by default for the dev channel and disable it everywhere else.

@jyn514 jyn514 added A-testsuite Area: The testsuite used to check the correctness of rustc regression-from-stable-to-stable Performance or correctness regression from one stable version to another. labels Jun 3, 2023
@rustbot rustbot added the I-prioritize Issue: Indicates that prioritization has been requested for this issue. label Jun 3, 2023
@TimNN
Copy link
Contributor

TimNN commented Jun 3, 2023

Having an explicit config for this sounds great. It would also mean that people with custom buildbots no longer need to spoof the CI detection logic (like e.g. Chromium does right now: chromium/chromium@9fc3ea5).

@jyn514 jyn514 added the E-mentor Call for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion. label Jun 3, 2023
@apiraino
Copy link
Contributor

apiraino commented Jun 5, 2023

WG-prioritization assigning priority (Zulip discussion).

@rustbot label -I-prioritize +P-low

@rustbot rustbot added P-low Low priority and removed I-prioritize Issue: Indicates that prioritization has been requested for this issue. labels Jun 5, 2023
@chenyukang chenyukang self-assigned this Aug 15, 2023
@chenyukang
Copy link
Member

The path remapping is removed in #114090, I verified the test issue in the stable channel is fixed, closing this issue now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-testsuite Area: The testsuite used to check the correctness of rustc E-mentor Call for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion. P-low Low priority regression-from-stable-to-stable Performance or correctness regression from one stable version to another.
Projects
None yet
Development

No branches or pull requests

6 participants