(triggered_refresh ||
result != device_bound_sessions::RefreshResult::kRefreshed)) {I don't particularly like leaking this logic into `URLRequestHttpJob`. A better approach would probably be to split `device_bound_sessions::RefreshResult::kRefreshed` into `kRefreshedByOther` and `kRefreshedByThis`, and then contain this logic within `ShouldDefer()`.
Let me know if you want me to explore this approach.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
(triggered_refresh ||
result != device_bound_sessions::RefreshResult::kRefreshed)) {I don't particularly like leaking this logic into `URLRequestHttpJob`. A better approach would probably be to split `device_bound_sessions::RefreshResult::kRefreshed` into `kRefreshedByOther` and `kRefreshedByThis`, and then contain this logic within `ShouldDefer()`.
Let me know if you want me to explore this approach.
I implemented an alternative approach in https://crrev.com/c/7747885. I like it more than the current CL.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
(triggered_refresh ||
result != device_bound_sessions::RefreshResult::kRefreshed)) {Alex IlinI don't particularly like leaking this logic into `URLRequestHttpJob`. A better approach would probably be to split `device_bound_sessions::RefreshResult::kRefreshed` into `kRefreshedByOther` and `kRefreshedByThis`, and then contain this logic within `ShouldDefer()`.
Let me know if you want me to explore this approach.
I implemented an alternative approach in https://crrev.com/c/7747885. I like it more than the current CL.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
From googleclient/chrome/chromium_gwsq/ipc/config.gwsq:
IPC: mk...@chromium.org
📎 It looks like you’re making a possibly security-sensitive change! 📎 IPC security review isn’t a rubberstamp, so your friendly security reviewer will need a fair amount of context to review your CL effectively. Please review your CL description and code comments to make sure they provide context for someone unfamiliar with your project/area. Pay special attention to where data comes from and which processes it flows between (and their privilege levels). Feel free to point your security reviewer at design docs, bugs, or other links if you can’t reasonably make a self-contained CL description. (Also see https://cbea.ms/git-commit/).
IPC reviewer(s): mk...@chromium.org
Reviewer source(s):
mk...@chromium.org is from context(googleclient/chrome/chromium_gwsq/ipc/config.gwsq)
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
| Code-Review | +1 |
mojo lgtm
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Alex Ilin abandoned this change.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
[DBSC] Fix request deferral logic for non-initiating requests
When multiple requests are deferred waiting for a DBSC session refresh,
the refresh context might be different from a waiting request's context
and thus the refresh might not set all of the required cookies.
Previously, all requests in the batch would be released after a refresh
completes, even if a bound cookie is still missing for some of them.
This CL changes that by allowing deferred requests to trigger a refresh
again if this request wasn't initiating a refresh initially.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |