fix(web-app-funkwhale): stop scoping the sign-in fields to a form element

bfe7741c6 anchored both credential fields to form:has(input[type=password]) to keep the username out of a header search box. Funkwhale renders no form element at all: the login chunk of funkwhale/front:2.0.6 emits four div and two span tags and nothing else, the inputs coming from a shared component. The locator therefore matched nothing and the spec would have failed on its first assertion, blaming the application for the author's mistake.

Return to the visible-scoped selectors the shopware spec uses, which did run green against a live stack. The search box that motivated the scoping was never evidenced: the failure artifact shows navigation links on the landing page, no visible text input. The URL poll added by the same commit is unaffected and stays.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

roles/web-app-funkwhale/files/playwright/test-native-login.js

@@ -53,15 +53,14 @@ for (const persona of PERSONAS) {
         .toContain(canonicalDomain);
     }
 
-    const loginForm = page.locator("form:has(input[type='password'])").first();
-    const password = loginForm.locator("input[type='password']").first();
+    const password = page.locator("input[type='password']:visible").first();
     await expect(
       password,
       "Funkwhale serves its own sign-in form on /login; the proxy only gates the route, it does not create an application session",
     ).toBeVisible({ timeout: 60_000 });
 
-    await loginForm
-      .locator("input[type='text'], input[type='email']")
+    await page
+      .locator("input[type='text']:visible, input[type='email']:visible")
       .first()
       .fill(persona.username);
     await password.fill(persona.password);