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

[Feature] [Spike+] scope the warning on tests directory to just the root package #9835

Closed
3 tasks done
graciegoheen opened this issue Mar 29, 2024 · 6 comments · Fixed by #10375
Closed
3 tasks done
Assignees
Labels
backport 1.8.latest bug Something isn't working
Milestone

Comments

@graciegoheen
Copy link
Contributor

graciegoheen commented Mar 29, 2024

Is this your first time submitting a feature request?

  • I have read the expectations for open source contributors
  • I have searched the existing issues, and I could not find an existing issue for this feature
  • I am requesting a straightforward extension of existing dbt functionality, rather than a Big Idea better suited to a discussion

Describe the feature

From slack thread

Anybody who has dbt-utils installed right now (or any other package with tests:) is going to get this warning on every command and potentially Be Confused

Imagine you go into your project, change every tests: to data_tests: and then still see that warning since you’re installing a package that’s using the deprecated functionality - ultimately that’s on the package maintainer to fix, not you.

We should scope the warning on tests: -> data_tests: to just look at the root project.

Acceptance Criteria

  • Spike + - Reflect on how we want to go about doing this and run it by the team to discuss the pros/cons. then fix
  • tests: -> data_tests: warning should only be issued when using tests: configuration in the root project
@graciegoheen graciegoheen added enhancement New feature or request triage and removed triage labels Mar 29, 2024
@graciegoheen graciegoheen added this to the v1.8 milestone Mar 29, 2024
@graciegoheen graciegoheen added bug Something isn't working pre-release Bug not yet in a stable release and removed enhancement New feature or request labels Mar 29, 2024
@martynydbt martynydbt changed the title [Feature] scope the warning on tests directory to just the root package [Feature] [Spike] scope the warning on tests directory to just the root package Apr 1, 2024
@martynydbt martynydbt changed the title [Feature] [Spike] scope the warning on tests directory to just the root package [Feature] [Spike+] scope the warning on tests directory to just the root package Apr 1, 2024
@gwenwindflower
Copy link

Closing this as a non-issue, I was misreading the warning and misinterpreted the problem. Can confirm now that I understand and updated accordingly, the warning is gone. We are not in fact bubbling up warnings from packages.

@gwenwindflower gwenwindflower closed this as not planned Won't fix, can't repro, duplicate, stale Apr 23, 2024
@roman-segador
Copy link

@gwenwindflower are we sure about it? I'm updating to 1.8 and I'm getting the warning each single time. The only way I have to get rid of the warning is to manually update the config of the packages in the dbt_packages folder from tests to data_tests.

Please check the following example where:

  1. I get the warning
  2. I manually update the config on the dbt_packages folder (only manual update done outside of the console log in the screenshot)
  3. I run dbt clean to remove dbt_packages folder
  4. dbt deps to re-create the code from the packages
  5. I get the warning again at compile time.

image

Is there anything else outside of the warning being triggered from the packages I may be missing?
Thanks!

@gwenwindflower
Copy link

@roman-segador any chance you were updating the directory name and/or dbt_project.yml path and not the YAML config key names? that's what i was doing that had me confused.

@roman-segador
Copy link

@gwenwindflower not really. I did update everything in my project, so there is not a single test config there either in the dbt_project.yml or in the other yaml files where the tests are defined.

Only place were tests: exists is inside dbt_packages folder, it is, the packages code. In the tests that the packages have defined.

only way to get rid of that warning is by replacing inside dbt_packages all tests: by data_tests: which, of course, is just to confirm my hypothesis as that code shouldn't be modified.

@emmyoop
Copy link
Member

emmyoop commented May 22, 2024

@gwenwindflower I just verified this is happening when you run without partial parsing. It's actually the integration tests that get shipped with the package that are causing the deprecation warning.

@dbeatty10
Copy link
Contributor

@gwenwindflower I just verified this is happening when you run without partial parsing. It's actually the integration tests that get shipped with the package that are causing the deprecation warning.

To expand on this further, the warning will disappear if dbt is able to do partial parsing -- since it skips over parsing the YAML in that case, it won't "see" the deprecated name... 🙈 🙉 🙉.

You'll be able to get the warning back by adding the --no-partial-parse flag to any dbt command 🐵

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport 1.8.latest bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants