RESOLVED FIXED223661
PCM: Rename attributeOn to attributionDestination and change the IDL data type of attributionSourceId to unsigned long
https://bugs.webkit.org/show_bug.cgi?id=223661
Summary PCM: Rename attributeOn to attributionDestination and change the IDL data typ...
John Wilander
Reported 2021-03-23 15:59:48 PDT
The PR review of the update of the PCM spec lead WebKit, Mozilla, and Google to decide on two changes: 1. Rename attributeOn to attributionDestination 2. Change the IDL data type of attributionSourceId from DOMString to unsigned long This change can be seen in this commit: https://github.com/privacycg/private-click-measurement/pull/75/commits/8623b5df5e899e6652bc5b00313585f7eeafa797 We should make those changes.
Attachments
Patch (122.51 KB, patch)
2021-03-23 20:01 PDT, John Wilander
no flags
Radar WebKit Bug Importer
Comment 1 2021-03-23 17:00:44 PDT
John Wilander
Comment 2 2021-03-23 20:01:29 PDT
Kate Cheney
Comment 3 2021-03-24 09:15:15 PDT
Comment on attachment 424094 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=424094&action=review > Source/WebCore/html/HTMLAnchorElement.cpp:413 > + auto hasAttributionSourceIDAttr = hasAttributeWithoutSynchronization(attributionsourceidAttr); I know these names were already in here, but don't we typically avoid using abbreviations? Also, why split these out? > Source/WebCore/loader/PrivateClickMeasurement.cpp:158 > + reportDetails->setString("attributed_on_site"_s, m_destinationSite.registrableDomain.string()); Should this JSON string be changed to attribution_destination_site or something similar?
John Wilander
Comment 4 2021-03-24 14:19:58 PDT
(In reply to katherine_cheney from comment #3) > Comment on attachment 424094 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=424094&action=review > > > Source/WebCore/html/HTMLAnchorElement.cpp:413 > > + auto hasAttributionSourceIDAttr = hasAttributeWithoutSynchronization(attributionsourceidAttr); > > I know these names were already in here, but don't we typically avoid using > abbreviations? Also, why split these out? The developer-facing names have been decided in the W3C Privacy CG. I'm just reflecting them in variable names. As for splitting, I'm using the booleans twice and didn't want to call hasAttributeWithoutSynchronization() four times. > > Source/WebCore/loader/PrivateClickMeasurement.cpp:158 > > + reportDetails->setString("attributed_on_site"_s, m_destinationSite.registrableDomain.string()); > > Should this JSON string be changed to attribution_destination_site or > something similar? I thought about that. At minimum, we should bring it up with Google to see what they think. Not for this patch though.
Brent Fulgham
Comment 5 2021-03-25 10:02:17 PDT
Comment on attachment 424094 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=424094&action=review r=me > LayoutTests/http/tests/privateClickMeasurement/anchor-tag-attributes-validation-expected.txt:8 > +CONSOLE MESSAGE: Both attributionsourceid and attributiondestination need to be set for Private Click Measurement to work. It's interesting that your renaming change seems to have affected the number and order of these messages. Is that expected? Update: I guess this is a by-product of changing from string to number, and removing some test cases below.
John Wilander
Comment 6 2021-03-25 10:15:21 PDT
(In reply to Brent Fulgham from comment #5) > Comment on attachment 424094 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=424094&action=review > > r=me > > > LayoutTests/http/tests/privateClickMeasurement/anchor-tag-attributes-validation-expected.txt:8 > > +CONSOLE MESSAGE: Both attributionsourceid and attributiondestination need to be set for Private Click Measurement to work. > > It's interesting that your renaming change seems to have affected the number > and order of these messages. Is that expected? > Update: I guess this is a by-product of changing from string to number, and > removing some test cases below. Yeah, what I did was to work through these one by one and remove the once that just duplicated results. I made sure all the remaining cases matter. Thanks for the review, Brent!
John Wilander
Comment 7 2021-03-25 10:15:49 PDT
Comment on attachment 424094 [details] Patch Let's see if this patch still applies or needs to be rebased.
EWS
Comment 8 2021-03-25 10:34:45 PDT
Committed r275046: <https://commits.webkit.org/r275046> All reviewed patches have been landed. Closing bug and clearing flags on attachment 424094 [details].
Note You need to log in before you can comment on or make changes to this bug.