Page MenuHomePhabricator

Remove extra parameter in newStandardEditField() call
ClosedPublic

Authored by epriestley on Feb 16 2017, 3:02 PM.
Tags
None
Referenced Files
F19888750: D17370.id.diff
Tue, Mar 24, 4:32 AM
F19857944: D17370.id41768.diff
Mar 14 2026, 12:38 AM
F19856397: D17370.id41768.diff
Mar 13 2026, 8:03 PM
F19817288: D17370.diff
Mar 5 2026, 12:04 PM
F19745585: D17370.diff
Feb 15 2026, 3:48 PM
F19692900: D17370.id.diff
Feb 10 2026, 7:08 AM
F19669102: D17370.id41770.diff
Feb 7 2026, 8:14 PM
F19647976: D17370.id41770.diff
Feb 6 2026, 4:42 AM
Subscribers
None

Details

Summary

See D14617. This could probably go either way but we don't currently need $engine in newStandardEditField(), so just get rid of it.

Test Plan

Edited a task with standard custom fields defined.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

src/infrastructure/customfield/field/PhabricatorCustomField.php
1097

Perhaps remove the parameter too, it's now unused.

I think subclasses might reasonably want to override this method and need access to $engine to do so. This is theoretical in the upstream, but PhabricatorCustomField is extensible by third-party code, and we have some (non-custom) fields in first-party applications where behavior depends on $editor (for example, fields which only appear on either the "create" or "edit" screen, but not both).

This revision is now accepted and ready to land.Feb 16 2017, 4:50 PM
This revision was automatically updated to reflect the committed changes.