List view
- No due date
- No due date•5/5 issues closed
- No due date•2/2 issues closed
- No due date•11/11 issues closed
- No due date•2/2 issues closed
- No due date•3/3 issues closed
- No due date•3/3 issues closed
- No due date•10/10 issues closed
- No due date•1/1 issues closed
- No due date•4/4 issues closed
- No due date•1/1 issues closed
- No due date•2/2 issues closed
- No due date•2/2 issues closed
- No due date•12/12 issues closed
- Due by November 3, 2023•34/34 issues closed
- No due date•6/6 issues closed
Add support in the PHP SDK for propagating Dynamic Sampling Context (DSC). [Refer SDK Developer Documentation](https://develop.sentry.dev/sdk/performance/dynamic-sampling-context/) for full details [Based originally on the propagation format for distributed context: Baggage](https://www.w3.org/TR/baggage/) Should be applied in way that allows compatibility with other Sentry SDKs, ensuring proper distributed tracing functionality and simplifying intercommunications, ingestion, and being a good citizen with other 3rd party implementations working with baggage, via consumption or adding to.
No due date•1/1 issues closed- No due date•2/2 issues closed
- No due date•5/5 issues closed
A “sidecar approach” has been suggested as a solution to a set of challenges faced by SDKs. 1. Solve for situations where a specific language cannot manage certain features 2. Abstract some cumbersome logic from all SDKs so that it can be handled in a generic way across all platforms 3. This might also allow for some configurability which could not reside outside of the SDK/application PHP, along with other server side platforms, could benefit from such an approach for the current Performance product and future sampling products. However PHP has certain limitations which make it an ideal candidate to have added benefits from such a solution. - **PHP Limitations** - Sentry Event submission in PHP is blocking, a sidecar would decrease the roundtrip time - There is no convenient shared memory between PHP requests, so no batching of sessions caching of rate limits - **Initial Goals:** 1. relay can spawn automatically 2. SDK should know if there is a relay and it is operational 3. state management
No due date•5/5 issues closed- No due date•5/5 issues closed
- No due date•21/21 issues closed
- No due date•27/27 issues closed
- No due date•15/15 issues closed
- No due date•22/22 issues closed
- No due date•41/41 issues closed
- No due date•12/12 issues closed
- No due date•29/29 issues closed
- No due date•31/31 issues closed
- No due date•45/45 issues closed
- No due date•28/28 issues closed
- No due date•159/159 issues closed