Skip to content

Conversation

@soapun
Copy link

@soapun soapun commented Oct 26, 2025

No description provided.

content: "97DC185FE0A2F5B123861F0790FDFB26" # pragma: allowlist secret
- - meta
- name: "yandex-verification"
content: "9b105f7c58cbc920"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why pragma: allowlist secret is here?

As I see, we already exclude this file from detect-secrets pre-commit hook check. Is some other linter checks fails on this lines?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

even with exclusion in .pre-commit-config.yaml, still seeing this without pragmas

Detect secrets...........................................................Failed
- hook id: detect-secrets
- exit code: 1

ERROR: Potential secrets about to be committed to git repo!

Secret Type: Base64 High Entropy String
Location:    docs\README.md:17

Secret Type: Hex High Entropy String
Location:    docs\README.md:20

Secret Type: Hex High Entropy String
Location:    docs\README.md:23

Possible mitigations:
  - For information about putting your secrets in a safer place, please ask in
    #security
  - Mark false positives with an inline `pragma: allowlist secret` comment

If a secret has already been committed, visit
https://help.github.com/articles/removing-sensitive-data-from-a-repository

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thats strange...
I checked on my fork and anything seems to be fine:

(taskiq)  git pull
Already up to date.
(taskiq)  git st
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean
(taskiq)  pre-commit install
pre-commit installed at .git/hooks/pre-commit
(taskiq)  pre-commit run detect-secrets --all-files
Detect secrets...........................................................Passed

Are you sure that you run poetry install --all-extras && pre-commit install after rebase? I don't really know that else can be a problem

Copy link
Contributor

@danfimov danfimov Nov 9, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In any case - it's not a blocker to merge this MR. I will deal with it later if we don't find the root cause of this strange pre-commit hook behaviour.

@@ -0,0 +1,2 @@
# for compatibility with opentelemetry-instrumentation
_instruments = ("taskiq >= 0.11.19",)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just wondering: do we need to update version in this file on every release?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No. It's a version from which we start supporting opentelemetry instrumentation

some examples
asyncpg
fastapi
celery


self.assertEqual(result.return_value, {"key": "value"})

@pytest.mark.anyio
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I enabled anyio_mode = "auto" flag for pytest. So tests doesn't need to explicitly say that they are async with pytest.mark.anyio marker.

You can just remove it and tests should work as they were)

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

---
"""

from __future__ import annotations
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like everything works fine without this import. Maybe we can remove it?

As far as I can see, there are no other places in the taskiq repo where __future__ is used.

from taskiq import AsyncBroker
from taskiq.middlewares.opentelemetry_middleware import OpenTelemetryMiddleware

if TYPE_CHECKING:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we have an empty if statement here?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants