logs attribute naming conflict
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 44.8k
- Forks
- 4.9k
- Avg merge
- 21h 23m
- Merged PRs (30d)
- 607
Description
Environment
SaaS (https://sentry.io/)
Steps to Reproduce
- Generate a log with something like:
const origin = "http://disallowed.com";
log.warn({ origin }, 'Received request from disallowed origin');
- Try query logs with origin:
Expected Result
I can very clearly see the origin attribute in the individual logs, and the value is correct (not auto.log.pino). However, I should be able to filter/query by it in the dashboard without it being overwritten by what I assume is an internal origin field added by Sentry.
Actual Result
Product Area
Explore
Link
DSN
No response
Version
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the conflict using the TypeScript log example and the linked Sentry Explore query. Start by tracing how the origin attribute is displayed versus how the Explore dashboard aggregates and filters it. Done means user-provided origin values remain queryable without being overwritten by Sentry’s internal field.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- observability
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100