-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
📝 [Proposal]: Add Support for Context in RequestID Middleware #3175
Comments
can you describe what advantages it has over the value we already have in the locals? |
Helps to include RequestID when obtaining UserContext, hoping to still carry RequestID when using UserContext as context in some scenarios |
@ReneWerner87 @gaby @efectn I think requestid, keyauth, csrf, session middleware may need this function more, cache, compress, logger, limiter, favicon, pprof, recover, redirect, rewrite, etag, cors and helmet, idempotency, earlydata, encryptcookie may not be so need this function. Maybe we can add those with higher needs first. |
ok can you support us with a PR |
@ReneWerner87 I'm very happy to finish it. I will finish this PR in the next few days. |
Now we can start with the other middlewares. |
@coderabbitai create an issue report for the other middlewares with a task list to check off |
Tip For best results, initiate chat on the files or code changes. @ReneWerner87, I've created the issue report as requested: Add Context Support to Additional Middlewares. 🔗 Analysis chain@ReneWerner87, creating the issue report for the other middlewares with a task list as per your request. 🏁 Scripts executedThe following scripts were executed for the analysis: Script:
Length of output: 502 |
Convenient to get the value of requestid from UserContext
Alignment with Express API
N/a
HTTP RFC Standards Compliance
N/a
API Stability
N/a
Feature Examples
Checklist:
The text was updated successfully, but these errors were encountered: