[webkit-changes] [WebKit/WebKit] 4c1792: Update RELEASE_ASSERT in FormState::willDetachPage

Rob Buis noreply at github.com
Mon Apr 8 11:48:45 PDT 2024


  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 4c17927610b9ae436eb76bd1dea3354921331c35
      https://github.com/WebKit/WebKit/commit/4c17927610b9ae436eb76bd1dea3354921331c35
  Author: Rob Buis <rbuis at igalia.com>
  Date:   2024-04-08 (Mon, 08 Apr 2024)

  Changed paths:
    A LayoutTests/fast/forms/form-submission-crash-4-expected.txt
    A LayoutTests/fast/forms/form-submission-crash-4.html
    M Source/WebCore/loader/FormState.cpp

  Log Message:
  -----------
  Update RELEASE_ASSERT in FormState::willDetachPage
https://bugs.webkit.org/show_bug.cgi?id=270479
rdar://123991819

Reviewed by Chris Dumez.

During the call to continueLoadAfterNavigationPolicy(), it's possible for the frame to be detached. The
FrameDestructionObserver willDetachPage() implementation in FormState has the expectation that there
is only one reference at this stage, so having an extra one during the scope of
continueLoadAfterNavigationPolicy() might break this assumption.

To respect the new smart pointer adoption guidelines, but also keep the trap introduced in
https://trac.webkit.org/changeset/229683/webkit, use refCount() instead.

* LayoutTests/fast/forms/form-submission-crash-4-expected.txt: Added.
* LayoutTests/fast/forms/form-submission-crash-4.html: Added.
* Source/WebCore/loader/FormState.cpp:
(WebCore::FormState::willDetachPage):

Canonical link: https://commits.webkit.org/277207@main



To unsubscribe from these emails, change your notification settings at https://github.com/WebKit/WebKit/settings/notifications


More information about the webkit-changes mailing list