I am very sorry for the delay!
I have added some comments!
TRACE_EVENT("content.digitalcredentials", "OnCompleteRequest", "status",
static_cast<int>(status), "request_type",
static_cast<int>(request_type), "protocol", protocol);This is invoked for both create and get requests.
IMHO, it's better to filter here already!
UseCounter::Count(resolver->GetExecutionContext(),
WebFeature::kIdentityDigitalCredentialsSuccess);Unrelated but since we started the issuance OT, could you please split this too for get() and create() in a separate CL?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
"Traces for the Digital Credentials API"),shouldn't this be indented?
perfetto::Category("content.digitalcredentials").SetDescription(I would put this before content.fedcm because d comes before f alphabetically :)
TRACE_EVENT0(AFAIK this is the legacy version of the macro and current versions should TRACE_EVENT(...). https://source.chromium.org/chromium/chromium/src/+/main:v8/src/tracing/trace-event-no-perfetto.h;l=104?q=TRACE_EVENT0&ss=chromium
TRACE_EVENT1("content.digitalcredentials", "DigitalIdentityRequestImpl::Get",same here
TRACE_EVENT0("content.digitalcredentials",same here
TRACE_EVENT("content.digitalcredentials", "OnCompleteRequest", "status",here you do use the newer version already...?
TRACE_EVENT0("content.digitalcredentials",and here
shouldn't this be indented?
Done
perfetto::Category("content.digitalcredentials").SetDescription(I would put this before content.fedcm because d comes before f alphabetically :)
Done
AFAIK this is the legacy version of the macro and current versions should TRACE_EVENT(...). https://source.chromium.org/chromium/chromium/src/+/main:v8/src/tracing/trace-event-no-perfetto.h;l=104?q=TRACE_EVENT0&ss=chromium
Done
Anushka Kulkarninit: revert this please
Done
TRACE_EVENT1("content.digitalcredentials", "DigitalIdentityRequestImpl::Get",Anushka Kulkarnisame here
Done
TRACE_EVENT0("content.digitalcredentials",Anushka Kulkarnisame here
Done
TRACE_EVENT("content.digitalcredentials", "OnCompleteRequest", "status",
static_cast<int>(status), "request_type",
static_cast<int>(request_type), "protocol", protocol);This is invoked for both create and get requests.
IMHO, it's better to filter here already!
Done
UseCounter::Count(resolver->GetExecutionContext(),
WebFeature::kIdentityDigitalCredentialsSuccess);Unrelated but since we started the issuance OT, could you please split this too for get() and create() in a separate CL?
The required changes have already been made
TRACE_EVENT0("content.digitalcredentials",Anushka Kulkarniand here
Done
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
TRACE_EVENT("content.digitalcredentials", "OnCompleteRequest", "status",so this is now scoped to the if, whereas the other trace events cover the rest of the function.
If this is intentionally scoped to the if, `TRACE_EVENT_INSTANT` seems clearer.
if not, I am not sure what the best way to handle that is; TRACE_EVENT_BEGIN/END would work but seems not ideal
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
TRACE_EVENT("content.digitalcredentials", "OnCompleteRequest", "status",so this is now scoped to the if, whereas the other trace events cover the rest of the function.
If this is intentionally scoped to the if, `TRACE_EVENT_INSTANT` seems clearer.
if not, I am not sure what the best way to handle that is; TRACE_EVENT_BEGIN/END would work but seems not ideal
Changed to TRACE_EVENT_INSTANT since the event is scoped to the if-block and doesn't measure the function's actual work; this clarifies it's marking a point in time, not a duration.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |