Remove uses of BodyAsStringCallbackDeprecated (remaining) [chromium/src : main]

0 views
Skip to first unread message

Andrew Williams (Gerrit)

unread,
Nov 30, 2025, 6:05:33 PM (6 days ago) Nov 30
to Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
Attention needed from mmenke

Andrew Williams added 1 comment

Patchset-level comments
File-level comment, Patchset 6 (Latest):
Andrew Williams . resolved

Hi mmenke@, would you mind reviewing this overall and then I'll have a base/ owner stamp Owner's Override on this? Thanks!

Open in Gerrit

Related details

Attention is currently required from:
  • mmenke
Submit Requirements:
  • requirement satisfiedCode-Coverage
  • requirement is not satisfiedCode-Owners
  • requirement is not satisfiedCode-Review
  • requirement is not satisfiedReview-Enforcement
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
Gerrit-MessageType: comment
Gerrit-Project: chromium/src
Gerrit-Branch: main
Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
Gerrit-Change-Number: 7210000
Gerrit-PatchSet: 6
Gerrit-Owner: Andrew Williams <awi...@chromium.org>
Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
Gerrit-Reviewer: mmenke <mme...@chromium.org>
Gerrit-CC: Mathias Bynens <mat...@chromium.org>
Gerrit-Attention: mmenke <mme...@chromium.org>
Gerrit-Comment-Date: Sun, 30 Nov 2025 23:05:27 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
satisfied_requirement
unsatisfied_requirement
open
diffy

mmenke (Gerrit)

unread,
Dec 1, 2025, 11:06:21 AM (6 days ago) Dec 1
to Andrew Williams, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
Attention needed from Andrew Williams

mmenke voted and added 2 comments

Votes added by mmenke

Code-Review+1

2 comments

Patchset-level comments
mmenke . resolved

LGTM!

File content/services/auction_worklet/public/cpp/auction_downloader.cc
Line 423, Patchset 6 (Latest): ? std::make_optional("")
mmenke . unresolved

std::string(), maybe?

Open in Gerrit

Related details

Attention is currently required from:
  • Andrew Williams
Submit Requirements:
    • requirement satisfiedCode-Coverage
    • requirement is not satisfiedCode-Owners
    • requirement satisfiedCode-Review
    • requirement is not satisfiedNo-Unresolved-Comments
    • requirement satisfiedReview-Enforcement
    Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
    Gerrit-MessageType: comment
    Gerrit-Project: chromium/src
    Gerrit-Branch: main
    Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
    Gerrit-Change-Number: 7210000
    Gerrit-PatchSet: 6
    Gerrit-Owner: Andrew Williams <awi...@chromium.org>
    Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
    Gerrit-Reviewer: mmenke <mme...@chromium.org>
    Gerrit-CC: Mathias Bynens <mat...@chromium.org>
    Gerrit-Attention: Andrew Williams <awi...@chromium.org>
    Gerrit-Comment-Date: Mon, 01 Dec 2025 16:05:59 +0000
    Gerrit-HasComments: Yes
    Gerrit-Has-Labels: Yes
    satisfied_requirement
    unsatisfied_requirement
    open
    diffy

    Andrew Williams (Gerrit)

    unread,
    Dec 1, 2025, 12:12:01 PM (6 days ago) Dec 1
    to Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org

    Andrew Williams added 1 comment

    File content/services/auction_worklet/public/cpp/auction_downloader.cc
    Line 423, Patchset 6: ? std::make_optional("")
    mmenke . resolved

    std::string(), maybe?

    Andrew Williams
    With just `std::string()` (no std::make_optional) the compiler complains with:
    ```
    ../../content/services/auction_worklet/public/cpp/auction_downloader.cc:423:22: error: incompatible operand types ('std::string' (aka 'basic_string<char>') and 'const nullopt_t')
    423 | ? std::string()
    | ^ ~~~~~~~~~~~~~
    424 | : std::nullopt);
    | ~~~~~~~~~~~~
    ```

    But were you suggesting `std::make_optional(std::string())`? They are equivalent AFAICT (https://godbolt.org/z/r3zxz9d3M) but I've updated to that

    Open in Gerrit

    Related details

    Attention set is empty
    Submit Requirements:
      • requirement satisfiedCode-Coverage
      • requirement is not satisfiedCode-Owners
      • requirement satisfiedCode-Review
      • requirement satisfiedReview-Enforcement
      Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
      Gerrit-MessageType: comment
      Gerrit-Project: chromium/src
      Gerrit-Branch: main
      Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
      Gerrit-Change-Number: 7210000
      Gerrit-PatchSet: 7
      Gerrit-Owner: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: mmenke <mme...@chromium.org>
      Gerrit-CC: Mathias Bynens <mat...@chromium.org>
      Gerrit-Comment-Date: Mon, 01 Dec 2025 17:11:55 +0000
      Gerrit-HasComments: Yes
      Gerrit-Has-Labels: No
      Comment-In-Reply-To: mmenke <mme...@chromium.org>
      satisfied_requirement
      unsatisfied_requirement
      open
      diffy

      mmenke (Gerrit)

      unread,
      Dec 1, 2025, 12:16:34 PM (6 days ago) Dec 1
      to Andrew Williams, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
      Attention needed from Andrew Williams

      mmenke voted and added 1 comment

      Votes added by mmenke

      Code-Review+1

      1 comment

      File content/services/auction_worklet/public/cpp/auction_downloader.cc
      Line 423, Patchset 6: ? std::make_optional("")
      mmenke . resolved

      std::string(), maybe?

      Andrew Williams
      With just `std::string()` (no std::make_optional) the compiler complains with:
      ```
      ../../content/services/auction_worklet/public/cpp/auction_downloader.cc:423:22: error: incompatible operand types ('std::string' (aka 'basic_string<char>') and 'const nullopt_t')
      423 | ? std::string()
      | ^ ~~~~~~~~~~~~~
      424 | : std::nullopt);
      | ~~~~~~~~~~~~
      ```

      But were you suggesting `std::make_optional(std::string())`? They are equivalent AFAICT (https://godbolt.org/z/r3zxz9d3M) but I've updated to that

      mmenke

      Yes, that's what I meant - that's why I highlighted only the `""`.

      std::make_optional(char*) has to deduce through some magic it needs to create a string (and then does so from an empty string, calculating its length, determining it doesn't have to allocate memory, etc). Admittedly, that could theoretically be deduced at build time, but I'm not sure it is.

      I'm a bit surprised `""` works, actually, as type deduction sometimes has issues with trinary statements.

      Open in Gerrit

      Related details

      Attention is currently required from:
      • Andrew Williams
      Submit Requirements:
      • requirement satisfiedCode-Coverage
      • requirement is not satisfiedCode-Owners
      • requirement satisfiedCode-Review
      • requirement satisfiedReview-Enforcement
      Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
      Gerrit-MessageType: comment
      Gerrit-Project: chromium/src
      Gerrit-Branch: main
      Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
      Gerrit-Change-Number: 7210000
      Gerrit-PatchSet: 7
      Gerrit-Owner: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: mmenke <mme...@chromium.org>
      Gerrit-CC: Mathias Bynens <mat...@chromium.org>
      Gerrit-Attention: Andrew Williams <awi...@chromium.org>
      Gerrit-Comment-Date: Mon, 01 Dec 2025 17:16:27 +0000
      Gerrit-HasComments: Yes
      Gerrit-Has-Labels: Yes
      Comment-In-Reply-To: mmenke <mme...@chromium.org>
      Comment-In-Reply-To: Andrew Williams <awi...@chromium.org>
      satisfied_requirement
      unsatisfied_requirement
      open
      diffy

      Andrew Williams (Gerrit)

      unread,
      Dec 1, 2025, 12:50:19 PM (5 days ago) Dec 1
      to Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
      Attention needed from Nico Weber

      Andrew Williams added 2 comments

      Patchset-level comments
      File-level comment, Patchset 7 (Latest):
      Andrew Williams . resolved

      Thanks mmenke@!

      Nico, as a //base owner would you mind adding Owner's Override to this CL since we've gotten a +1 from a //services/network owner and since there aren't any //services/network owners with Owner's Override? We've done this with a few other CLs now, for example: https://chromium-review.googlesource.com/c/chromium/src/+/7148206/comments/3c530d02_481cbf27

      File content/services/auction_worklet/public/cpp/auction_downloader.cc
      Line 423, Patchset 6: ? std::make_optional("")
      mmenke . resolved

      std::string(), maybe?

      Andrew Williams
      With just `std::string()` (no std::make_optional) the compiler complains with:
      ```
      ../../content/services/auction_worklet/public/cpp/auction_downloader.cc:423:22: error: incompatible operand types ('std::string' (aka 'basic_string<char>') and 'const nullopt_t')
      423 | ? std::string()
      | ^ ~~~~~~~~~~~~~
      424 | : std::nullopt);
      | ~~~~~~~~~~~~
      ```

      But were you suggesting `std::make_optional(std::string())`? They are equivalent AFAICT (https://godbolt.org/z/r3zxz9d3M) but I've updated to that

      mmenke

      Yes, that's what I meant - that's why I highlighted only the `""`.

      std::make_optional(char*) has to deduce through some magic it needs to create a string (and then does so from an empty string, calculating its length, determining it doesn't have to allocate memory, etc). Admittedly, that could theoretically be deduced at build time, but I'm not sure it is.

      I'm a bit surprised `""` works, actually, as type deduction sometimes has issues with trinary statements.

      Andrew Williams

      Yes, that's what I meant - that's why I highlighted only the "".

      Ah I overlooked that!

      And thanks for the explanation about make_optional(char *), that makes sense and does seem like a lot more work

      Open in Gerrit

      Related details

      Attention is currently required from:
      • Nico Weber
      Submit Requirements:
      • requirement satisfiedCode-Coverage
      • requirement is not satisfiedCode-Owners
      • requirement satisfiedCode-Review
      • requirement satisfiedReview-Enforcement
      Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
      Gerrit-MessageType: comment
      Gerrit-Project: chromium/src
      Gerrit-Branch: main
      Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
      Gerrit-Change-Number: 7210000
      Gerrit-PatchSet: 7
      Gerrit-Owner: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
      Gerrit-Reviewer: mmenke <mme...@chromium.org>
      Gerrit-CC: Mathias Bynens <mat...@chromium.org>
      Gerrit-Attention: Nico Weber <tha...@chromium.org>
      Gerrit-Comment-Date: Mon, 01 Dec 2025 17:50:12 +0000
      Gerrit-HasComments: Yes
      Gerrit-Has-Labels: No
      satisfied_requirement
      unsatisfied_requirement
      open
      diffy

      Nico Weber (Gerrit)

      unread,
      Dec 3, 2025, 9:37:16 AM (4 days ago) Dec 3
      to Andrew Williams, Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
      Attention needed from Andrew Williams

      Nico Weber voted and added 1 comment

      Votes added by Nico Weber

      Owners-Override+1

      1 comment

      Patchset-level comments
      Nico Weber . resolved

      I'm assuming the bodies here are small enough that the additional copying caused by moving from unique_ptr to optional isn't a problem? (as in, if you don't move() it in one place, previously I think you'd get a compile error, while now you get a silent copy I think.)

      Open in Gerrit

      Related details

      Attention is currently required from:
      • Andrew Williams
      Submit Requirements:
      • requirement satisfiedCode-Coverage
      • requirement satisfiedCode-Owners
      • requirement satisfiedCode-Review
      • requirement satisfiedReview-Enforcement
      Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
      Gerrit-MessageType: comment
      Gerrit-Project: chromium/src
      Gerrit-Branch: main
      Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
      Gerrit-Change-Number: 7210000
      Gerrit-PatchSet: 7
      Gerrit-Owner: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
      Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
      Gerrit-Reviewer: mmenke <mme...@chromium.org>
      Gerrit-CC: Mathias Bynens <mat...@chromium.org>
      Gerrit-Attention: Andrew Williams <awi...@chromium.org>
      Gerrit-Comment-Date: Wed, 03 Dec 2025 14:37:09 +0000
      Gerrit-HasComments: Yes
      Gerrit-Has-Labels: Yes
      satisfied_requirement
      open
      diffy

      mmenke (Gerrit)

      unread,
      Dec 3, 2025, 10:40:54 AM (4 days ago) Dec 3
      to Andrew Williams, Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
      Attention needed from Andrew Williams

      mmenke added 1 comment

      Patchset-level comments
      Nico Weber . unresolved

      I'm assuming the bodies here are small enough that the additional copying caused by moving from unique_ptr to optional isn't a problem? (as in, if you don't move() it in one place, previously I think you'd get a compile error, while now you get a silent copy I think.)

      mmenke

      I don't think we can rely on that.

      Open in Gerrit

      Related details

      Attention is currently required from:
      • Andrew Williams
      Submit Requirements:
        • requirement satisfiedCode-Coverage
        • requirement satisfiedCode-Owners
        • requirement satisfiedCode-Review
        • requirement is not satisfiedNo-Unresolved-Comments
        • requirement satisfiedReview-Enforcement
        Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
        Gerrit-MessageType: comment
        Gerrit-Project: chromium/src
        Gerrit-Branch: main
        Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
        Gerrit-Change-Number: 7210000
        Gerrit-PatchSet: 7
        Gerrit-Owner: Andrew Williams <awi...@chromium.org>
        Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
        Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
        Gerrit-Reviewer: mmenke <mme...@chromium.org>
        Gerrit-CC: Mathias Bynens <mat...@chromium.org>
        Gerrit-Attention: Andrew Williams <awi...@chromium.org>
        Gerrit-Comment-Date: Wed, 03 Dec 2025 15:40:48 +0000
        Gerrit-HasComments: Yes
        Gerrit-Has-Labels: No
        Comment-In-Reply-To: Nico Weber <tha...@chromium.org>
        satisfied_requirement
        unsatisfied_requirement
        open
        diffy

        Andrew Williams (Gerrit)

        unread,
        Dec 4, 2025, 10:57:18 AM (3 days ago) Dec 4
        to Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
        Attention needed from Nico Weber and mmenke

        Andrew Williams added 1 comment

        Patchset-level comments
        Nico Weber . unresolved

        I'm assuming the bodies here are small enough that the additional copying caused by moving from unique_ptr to optional isn't a problem? (as in, if you don't move() it in one place, previously I think you'd get a compile error, while now you get a silent copy I think.)

        mmenke

        I don't think we can rely on that.

        Andrew Williams

        Of the callbacks that accepted the `std::unique_ptr<std::string>` parameter and then used the response data in other functions, very few passed the whole `std::unique_ptr` around, with most either passing a `std::string` or a `const std::string&` corresponding to the `std::unique_ptr` value. For those uses I think std::optional is a more accurate representation of how users are interacting with the response data.

        If we did want to ensure that the response data was harder to silently copy, maybe we should use a custom class for it instead, with methods for accessing the underlying std::string that makes the caller explicitly decide whether to create a copy or move the underlying data?

        Open in Gerrit

        Related details

        Attention is currently required from:
        • Nico Weber
        • mmenke
        Submit Requirements:
        • requirement satisfiedCode-Coverage
        • requirement satisfiedCode-Owners
        • requirement satisfiedCode-Review
        • requirement is not satisfiedNo-Unresolved-Comments
        • requirement satisfiedReview-Enforcement
        Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
        Gerrit-MessageType: comment
        Gerrit-Project: chromium/src
        Gerrit-Branch: main
        Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
        Gerrit-Change-Number: 7210000
        Gerrit-PatchSet: 7
        Gerrit-Owner: Andrew Williams <awi...@chromium.org>
        Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
        Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
        Gerrit-Reviewer: mmenke <mme...@chromium.org>
        Gerrit-CC: Mathias Bynens <mat...@chromium.org>
        Gerrit-Attention: mmenke <mme...@chromium.org>
        Gerrit-Attention: Nico Weber <tha...@chromium.org>
        Gerrit-Comment-Date: Thu, 04 Dec 2025 15:57:10 +0000
        Gerrit-HasComments: Yes
        Gerrit-Has-Labels: No
        Comment-In-Reply-To: mmenke <mme...@chromium.org>
        Comment-In-Reply-To: Nico Weber <tha...@chromium.org>
        satisfied_requirement
        unsatisfied_requirement
        open
        diffy

        Andrew Williams (Gerrit)

        unread,
        Dec 4, 2025, 1:13:55 PM (2 days ago) Dec 4
        to Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
        Attention needed from Nico Weber

        Andrew Williams voted and added 2 comments

        Votes added by Andrew Williams

        Commit-Queue+2

        2 comments

        Patchset-level comments
        Andrew Williams . resolved

        Thank you both!

        Nico Weber . resolved

        I'm assuming the bodies here are small enough that the additional copying caused by moving from unique_ptr to optional isn't a problem? (as in, if you don't move() it in one place, previously I think you'd get a compile error, while now you get a silent copy I think.)

        mmenke

        I don't think we can rely on that.

        Andrew Williams

        Of the callbacks that accepted the `std::unique_ptr<std::string>` parameter and then used the response data in other functions, very few passed the whole `std::unique_ptr` around, with most either passing a `std::string` or a `const std::string&` corresponding to the `std::unique_ptr` value. For those uses I think std::optional is a more accurate representation of how users are interacting with the response data.

        If we did want to ensure that the response data was harder to silently copy, maybe we should use a custom class for it instead, with methods for accessing the underlying std::string that makes the caller explicitly decide whether to create a copy or move the underlying data?

        Andrew Williams

        Marking this as resolved and landing this, but we can continue this discussion offline if you all would like

        Open in Gerrit

        Related details

        Attention is currently required from:
        • Nico Weber
        Submit Requirements:
          • requirement satisfiedCode-Coverage
          • requirement satisfiedCode-Owners
          • requirement satisfiedCode-Review
          • requirement satisfiedReview-Enforcement
          Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
          Gerrit-MessageType: comment
          Gerrit-Project: chromium/src
          Gerrit-Branch: main
          Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
          Gerrit-Change-Number: 7210000
          Gerrit-PatchSet: 7
          Gerrit-Owner: Andrew Williams <awi...@chromium.org>
          Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
          Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
          Gerrit-Reviewer: mmenke <mme...@chromium.org>
          Gerrit-CC: Mathias Bynens <mat...@chromium.org>
          Gerrit-Attention: Nico Weber <tha...@chromium.org>
          Gerrit-Comment-Date: Thu, 04 Dec 2025 18:13:45 +0000
          Gerrit-HasComments: Yes
          Gerrit-Has-Labels: Yes
          Comment-In-Reply-To: mmenke <mme...@chromium.org>
          Comment-In-Reply-To: Nico Weber <tha...@chromium.org>
          Comment-In-Reply-To: Andrew Williams <awi...@chromium.org>
          satisfied_requirement
          open
          diffy

          Andrew Williams (Gerrit)

          unread,
          Dec 5, 2025, 5:37:22 PM (2 days ago) Dec 5
          to Nico Weber, Mathias Bynens, AyeAye, Chromium LUCI CQ, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org
          Attention needed from Nico Weber

          Andrew Williams voted Commit-Queue+2

          Commit-Queue+2
          Gerrit-Comment-Date: Fri, 05 Dec 2025 22:37:17 +0000
          Gerrit-HasComments: No
          Gerrit-Has-Labels: Yes
          satisfied_requirement
          open
          diffy

          Chromium LUCI CQ (Gerrit)

          unread,
          Dec 5, 2025, 7:19:05 PM (2 days ago) Dec 5
          to Andrew Williams, Nico Weber, Mathias Bynens, AyeAye, net-r...@chromium.org, storage...@chromium.org, network-ser...@chromium.org, bnc+...@chromium.org, feature-me...@chromium.org

          Chromium LUCI CQ submitted the change

          Change information

          Commit message:
          Remove uses of BodyAsStringCallbackDeprecated (remaining)

          Updates multiple existing uses of the versions of
          SimpleURLLoader::DownloadToStringOfUnboundedSizeUntilCrashAndDie that
          take a BodyAsStringCallbackDeprecated to use the versions that takes a
          BodyAsStringCallback. This primarily involves updating the callback
          function to accept a std::optional<std::string> instead of a
          std::unique_ptr<std::string>. This CL touches the remaining uses (other
          than those in CLs currently under review)
          Bug: 40258809
          Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
          Owners-Override: Nico Weber <tha...@chromium.org>
          Reviewed-by: mmenke <mme...@chromium.org>
          Commit-Queue: Andrew Williams <awi...@chromium.org>
          Cr-Commit-Position: refs/heads/main@{#1554992}
          Files:
          • M chrome/test/chromedriver/net/net_util.cc
          • M components/net_log/net_export_file_writer_unittest.cc
          • M content/browser/interest_group/trusted_signals_fetcher.cc
          • M content/browser/interest_group/trusted_signals_fetcher.h
          • M content/browser/media/url_provision_fetcher.cc
          • M content/browser/media/url_provision_fetcher.h
          • M content/services/auction_worklet/direct_from_seller_signals_requester.cc
          • M content/services/auction_worklet/direct_from_seller_signals_requester.h
          • M content/services/auction_worklet/public/cpp/auction_downloader.cc
          • M content/services/auction_worklet/public/cpp/auction_downloader.h
          • M content/services/auction_worklet/public/cpp/auction_downloader_unittest.cc
          • M content/services/auction_worklet/trusted_kvv2_signals.cc
          • M content/services/auction_worklet/trusted_kvv2_signals.h
          • M content/services/auction_worklet/trusted_signals.cc
          • M content/services/auction_worklet/trusted_signals.h
          • M content/services/auction_worklet/worklet_loader.cc
          • M content/services/auction_worklet/worklet_loader.h
          • M rlz/lib/financial_ping.cc
          • M services/network/public/cpp/cross_thread_pending_shared_url_loader_factory_unittest.cc
          • M services/network/transitional_url_loader_factory_owner_unittest.cc
          • M storage/browser/blob/blob_url_store_impl_unittest.cc
          • M third_party/libaddressinput/chromium/chrome_metadata_source.cc
          • M third_party/libaddressinput/chromium/chrome_metadata_source.h
          Change size: M
          Delta: 23 files changed, 128 insertions(+), 105 deletions(-)
          Branch: refs/heads/main
          Submit Requirements:
          • requirement satisfiedCode-Review: +1 by mmenke
          Open in Gerrit
          Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. DiffyGerrit
          Gerrit-MessageType: merged
          Gerrit-Project: chromium/src
          Gerrit-Branch: main
          Gerrit-Change-Id: Iacec00af7f59575f56e5377d6ce2c098477331d5
          Gerrit-Change-Number: 7210000
          Gerrit-PatchSet: 8
          Gerrit-Owner: Andrew Williams <awi...@chromium.org>
          Gerrit-Reviewer: Andrew Williams <awi...@chromium.org>
          Gerrit-Reviewer: Chromium LUCI CQ <chromiu...@luci-project-accounts.iam.gserviceaccount.com>
          Gerrit-Reviewer: Nico Weber <tha...@chromium.org>
          Gerrit-Reviewer: mmenke <mme...@chromium.org>
          Gerrit-CC: Mathias Bynens <mat...@chromium.org>
          open
          diffy
          satisfied_requirement
          Reply all
          Reply to author
          Forward
          0 new messages