Fixed comments for rename of method done earlier in 676ad0f

Author: chris-massie

Assets/Tests/InputSystem/CoreTests_Actions.cs

@@ -82,7 +82,7 @@ public IEnumerator Actions_WasStateReachedThisRenderingFrameOperatesIndependentl
         Assert.That(simpleAction.WasPressedThisDynamicUpdate(), Is.True);
         Assert.That(simpleAction.WasReleasedThisDynamicUpdate(), Is.True);
 
-        InputSystem.Update(); // a manual update happens between two frames, that does not affect the output of the WasPerformedThisRenderingFrame
+        InputSystem.Update(); // a manual update happens between two frames, that does not affect the output of the WasPerformedThisDynamicUpdate
 
         Assert.That(simpleAction.WasPerformedThisDynamicUpdate(), Is.True);
         Assert.That(simpleAction.WasPressedThisDynamicUpdate(), Is.True);

Packages/com.unity.inputsystem/InputSystem/Plugins/UI/InputSystemUIInputModule.cs

@@ -895,7 +895,7 @@ internal void ProcessNavigation(ref NavigationModel navigationState)
             // Process submit and cancel events.
             if (!usedSelectionChange && eventSystem.currentSelectedGameObject != null)
             {
-                // NOTE: Whereas we use callbacks for the other actions, we rely on WasPerformedThisRenderingFrame() for
+                // NOTE: Whereas we use callbacks for the other actions, we rely on WasPerformedThisDynamicUpdate() for
                 //       submit and cancel. This makes their behavior inconsistent with pointer click behavior where
                 //       a click will register on button *up*, but consistent with how other UI systems work where
                 //       click occurs on key press. This nuance in behavior becomes important in combination with