[BUGFIX] Ensure Acceptance test operates on the correct form tab

Due to a interdependency between tests and a recent reordering, the
Input Range Test found itself on the wrong tab of the backend
input form.
The setup of the test now ensures the correct tab is active
before starting to fill out fields.

Resolves: #93629
Releases: master
Change-Id: I21c6ac6a56db72bd347f3d4617162f61d21b6eff
Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/68167


Tested-by: TYPO3com <noreply@typo3.com>
Tested-by: core-ci <typo3@b13.com>
Tested-by: Richard Haeser <richard@richardhaeser.com>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Andreas Fernandez <a.fernandez@scripting-base.de>
Reviewed-by: Richard Haeser <richard@richardhaeser.com>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Reviewed-by: Andreas Fernandez <a.fernandez@scripting-base.de>

typo3/sysext/core/Tests/Acceptance/Backend/FormEngine/ElementsBasicInputRangeCest.php

@@ -18,6 +18,8 @@ declare(strict_types=1);
 namespace TYPO3\CMS\Core\Tests\Acceptance\Backend\FormEngine;
 
 use Codeception\Example;
+use Facebook\WebDriver\Exception\ElementClickInterceptedException;
+use Facebook\WebDriver\Exception\UnknownServerException;
 use TYPO3\CMS\Core\Tests\Acceptance\Support\BackendTester;
 use TYPO3\CMS\Core\Tests\Acceptance\Support\Helper\PageTree;
 
@@ -45,6 +47,14 @@ class ElementsBasicInputRangeCest extends AbstractElementsBasicCest
         $I->click($editRecordLinkCssPath);
         $I->waitForElementNotVisible('#t3js-ui-block');
         $I->waitForText('Edit Form', 3, 'h1');
+
+        try {
+            // make sure the test operates on the input tab
+            $I->click('input');
+            $I->waitForText('input', 3);
+        } catch (ElementClickInterceptedException|UnknownServerException $exception) {
+            // nothing to do, the tab is already active
+        }
     }
 
     /**