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

internal being appended to end of user search_path, even if it already includes internal #3397

Closed
MichaelBurgess opened this issue May 11, 2023 · 0 comments · Fixed by #3399
Labels
bug Something isn't working

Comments

@MichaelBurgess
Copy link
Contributor

MichaelBurgess commented May 11, 2023

Describe the bug
If a user provides a search_path that includes internal, internal is also being appended to the end of the search_path.

Steampipe version (steampipe -v)
Example: v0.19.5

To reproduce
Add a database options block with a valid (according to your connections) search_path such as:

options "database" {
  search_path = "public,foo,bar,internal"
}

Run steampipe query "show search_path;".

The output of the above is public,foo,bar,internal,internal.

The position of internal in the user search path doesn't matter - internal is always being appended to the end.

Expected behavior
The output of the above would be public,foo,bar,internal

Additional context
In Steampipe Cloud we append internal to the end of the search_path that we set.

@MichaelBurgess MichaelBurgess added the bug Something isn't working label May 11, 2023
@MichaelBurgess MichaelBurgess changed the title internal being appended to end of user-provided search_path internal being appended to end of user search_path, even if it already includes internal May 11, 2023
kaidaguerre pushed a commit that referenced this issue May 17, 2023
…if one is mentioned in the non default search path. Closes #3397
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
1 participant