Skip to content
New issue

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

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

Already on GitHub? # to your account

Script class defined twice #3332

Closed
kurtmckee opened this issue Jul 23, 2024 · 4 comments · Fixed by #3333
Closed

Script class defined twice #3332

kurtmckee opened this issue Jul 23, 2024 · 4 comments · Fixed by #3333

Comments

@kurtmckee
Copy link
Contributor

The Script class is defined twice in redis/commands/core.py, at lines 5462 and 6286:

class Script:

class Script:

git blame shows that both definitions were created on 2022-02-22, by different authors, within 1.5 hours of each other. I intend to submit a PR to delete the first definition, as the first definition is overwritten by the second definition as the file is parsed.

kurtmckee added a commit to kurtmckee/pr-redis-py that referenced this issue Jul 23, 2024
The type annotations are copied to the second definition, and
the mutable default arguments to the `keys` and `args` parameters
are replaced with `None`, as is best-practice.

Closes redis#3332
kurtmckee added a commit to kurtmckee/pr-redis-py that referenced this issue Jul 23, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes redis#3332
kurtmckee added a commit to kurtmckee/pr-redis-py that referenced this issue Jul 23, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes redis#3332
kurtmckee added a commit to kurtmckee/pr-redis-py that referenced this issue Jul 31, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes redis#3332
vladvildanov added a commit that referenced this issue Sep 2, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes #3332

Co-authored-by: Vladyslav Vildanov <117659936+vladvildanov@users.noreply.github.com>
@akx
Copy link
Contributor

akx commented Sep 24, 2024

This would be caught by a linter such as Ruff: #3147

https://docs.astral.sh/ruff/rules/redefined-while-unused/

@kurtmckee
Copy link
Contributor Author

But then you would be using ruff.

@akx
Copy link
Contributor

akx commented Sep 25, 2024

But then you would be using ruff.

This is true. Is that a problem?

@kurtmckee
Copy link
Contributor Author

I apologize, my comment just created disharmony and didn't contribute anything useful. Please disregard.

vladvildanov added a commit that referenced this issue Sep 27, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes #3332

Co-authored-by: Vladyslav Vildanov <117659936+vladvildanov@users.noreply.github.com>
vladvildanov added a commit that referenced this issue Sep 27, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes #3332

Co-authored-by: Vladyslav Vildanov <117659936+vladvildanov@users.noreply.github.com>
vladvildanov added a commit that referenced this issue Sep 27, 2024
The second definition was copied over the first definition,
with the following changes:

* The type annotations were copied to the second definition
* The mutable default arguments to the `keys` and `args` parameters
  were replaced with `None`, as is best-practice.

Closes #3332

Co-authored-by: Vladyslav Vildanov <117659936+vladvildanov@users.noreply.github.com>
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants