Page MenuHomePhabricator

Use "getInlines()", not "_inlines", to access inlines on client Changeset objects
ClosedPublic

Authored by epriestley on Oct 2 2020, 4:11 PM.
Tags
None
Referenced Files
F15464782: D21475.id51115.diff
Wed, Apr 2, 12:46 PM
F15460015: D21475.id51116.diff
Mon, Mar 31, 7:18 PM
F15453260: D21475.id51117.diff
Sat, Mar 29, 10:30 AM
F15449807: D21475.id51117.diff
Fri, Mar 28, 12:21 PM
F15448482: D21475.id51117.diff
Fri, Mar 28, 5:10 AM
F15439878: D21475.id.diff
Wed, Mar 26, 10:00 AM
F15438389: D21475.diff
Wed, Mar 26, 12:28 AM
F15430926: D21475.id51117.diff
Mon, Mar 24, 9:43 AM
Subscribers
None

Details

Summary

See PHI1898. An install is reporting an execution/initialization order issue where this code is reachable before _inlines is initialized.

I can't immediately reproduce it, but using "getInlines()" is preferable anyway and seems likely to fix the problem.

Test Plan

Viewed revisions with inlines, added/removed/edited/replied to inlines, didn't find anything broken.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

  • Fix a possible call reentrancy issue, where "getInlines()" and "getInlineForRow()" could call one another.
This revision was not accepted when it landed; it landed in state Needs Review.Oct 2 2020, 4:19 PM
This revision was landed with ongoing or failed builds.
This revision was automatically updated to reflect the committed changes.