Page MenuHomePhabricator

When a new, deleted, draft inline is revived with "Undo", undelete it
ClosedPublic

Authored by epriestley on Oct 19 2020, 7:31 PM.
Tags
None
Referenced Files
F14433901: D21483.id51133.diff
Wed, Dec 25, 9:19 PM
Unknown Object (File)
Fri, Dec 20, 11:05 AM
Unknown Object (File)
Fri, Dec 20, 2:46 AM
Unknown Object (File)
Thu, Dec 19, 12:48 AM
Unknown Object (File)
Mon, Dec 16, 4:15 AM
Unknown Object (File)
Sat, Dec 14, 7:17 AM
Unknown Object (File)
Fri, Dec 13, 11:42 PM
Unknown Object (File)
Sun, Dec 8, 9:56 PM
Subscribers
None

Details

Summary

See PHI1876. Normally, deleted inlines are undeleted with an "undelete" operation, which clears the "isDeleted" flag.

However, when an inline is deleted implicitly by using "Cancel" without first saving it, the flag currently isn't cleared properly. This can lead to cases where inlines seem to vanish (they are shown to the user in the UI, but treated as deleted on submission).

Test Plan

There are two affected sequences here:

  • Create a new inline, type text, cancel, undo.
  • Create a new inline, type text, cancel, undo, save.

The former sequence triggers an "edit" operation. The subsequent "Save" in the second sequence triggers a "save" operation.

It's normally impossible in the UI to execute a "save" without executing an "edit" first, but "save" clearly should undelete the comment if you get there somehow, so this change clears the deleted flag in both cases for completeness.

  • Executed both sequences, saw comment persist in preview, on reload, and after submission.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable