refactor(turbopack): Use ResolvedVc<T> for struct fields in next-api, final part
#48031
Annotations
5 warnings and 10 notices
|
ubuntu-latest pipelines will use ubuntu-24.04 soon. For more details, see https://github.com/actions/runner-images/issues/10636
|
|
ast-grep lint step:
turbopack/crates/turbo-tasks-macros-tests/tests/function/fail_resolved_static.rs#L8
Don't use a Vc directly in a struct
|
|
ast-grep lint step:
turbopack/crates/turbo-tasks-macros-tests/tests/function/fail_resolved_trait_impl.rs#L11
Don't use a Vc directly in a struct
|
|
ast-grep lint step:
turbopack/crates/turbo-tasks-macros-tests/tests/function/fail_resolved_inherent_impl.rs#L11
Don't use a Vc directly in a struct
|
|
ast-grep lint step:
turbopack/crates/turbo-tasks-macros-tests/tests/value/fail_resolved.rs#L8
Don't use a Vc directly in a struct
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/reference/mod.rs#L184
Calling `RawModule::new(*source).to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
crates/next-core/src/next_shared/transforms/swc_ecma_transform_plugins.rs#L54
Calling `project_path.root().to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/code_builder.rs#L167
Calling `encoded.to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/introspect/utils.rs#L72
Calling `key.to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/introspect/utils.rs#L89
Calling `key.to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/introspect/utils.rs#L99
Calling `key.to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/introspect/utils.rs#L121
Calling `key.to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/resolve/mod.rs#L1062
Calling `FileSource::new(**path).to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/resolve/mod.rs#L1080
Calling `FileSource::new(**path).to_resolved().await?` in a loop could be a doing a lot of work sequentially. Consider producing an iterator of futures and using `try_join`.
|
|
ast-grep lint step:
turbopack/crates/turbopack-core/src/resolve/mod.rs#L2256
Calling `Request::parse(Value::new(Pattern::Constant(request)))
|
Loading