Memory Wiki

I'll investigate the login form rendering and fix the label. Let me start by examining the site, the existing mu-plugin, and the page source.

I can see the issue. The rendered form has `id="bp-login-widget-form"` and the input has `id="bp-login-widget-user-login"` — not `user_login`. The label shows "Username". Let me dig deeper into how BP renders this form.

Now I see the core issue. The BP login block uses `wp_login_form()` directly, NOT `bp_login_form_args` filter. Let me examine the exact rendering code.

Now I see the root cause. Let me verify my hypothesis about `bp_is_login_page()`.

Now I've identified the root cause. The function `bp_is_login_page()` does NOT exist at all — it's undefined. So the `gettext` filter's `function_exists('bp_is_login_page')` check returns false, meaning the filter NEVER activates. Similarly, the JS in wp_footer also checks `bp_is_login_page()` and never runs. Additionally, even if it existed, the BP login block calls `wp_login_form()` directly with hardcoded args — it doesn't use `bp_login_form_args` filter. Let me also verify how the page route works (it's `is_page` since post ID 14 is a WP page).

Now I understand everything clearly. Let me fix the mu-plugin properly.

Now let me verify the file looks correct and test the fix:

Now let me visit the page to verify the fix works:

Let me check the actual HTML source to verify:

Our mu-plugin filter isn't registering. Let me check if the whole mu-plugin is being loaded:

The container has the old file — my patch went to the host filesystem but the container has its own copy. Let me write directly inside the container:

Now I see — the container has an older version missing the fix sections entirely. Let me write the complete corrected file directly to the container:

Now let me verify the file is correct inside the container and test:

The `gettext` filter is now registered. Let me test the page:

The label now shows "Email"! Let me verify via HTML and check the placeholder too:

The fix is working perfectly. Let me verify everything is consistent:

The fix is confirmed working. Here's my complete summary: --- ## Summary ### What was the problem? The login form on `/login/` was rendering with **"Username"** label instead of **"Email"**, and the placeholder was empty. The previous attempts to fix it didn't work. ### Root cause — three issues found: 1. **Wrong filter**: The BP login block (`bp_block_render_login_form_block` in `bp-core-blocks.php`) calls `wp_login_form()` directly with hardcoded args — it does **not** use the `bp_login_form_args` filter that was previously attempted. The block's code is: ```php 'label_username' => __( 'Username', 'buddypress' ), ``` 2. **Nonexistent function**: The `gettext` filter guarded on `function_exists('bp_is_login_page')` — but `bp_is_login_page()` **does not exist** in this version of BuddyPress (14.4.0). So the filter **never fired**. 3. **Wrong field ID**: The BP login block uses `id="bp-login-widget-user-login"` (not `user_login`), and the `wp_footer` JS targeted `document.getElementById('user_login')` — which doesn't exist on this form. The JS also checked `bp_is_login_page()` and never ran. ### What I fixed In `/var/www/html/wp-content/mu-plugins/nextend-pro-unlock.php` (v1.3): - **Replaced** the `bp_login_form_args` filter (unused path) with a **`gettext` filter** using `is_page('login')` instead of the nonexistent `bp_is_login_page()`. This catches the `__( 'Username', 'buddypress' )` call in the block renderer and returns `'Email'`. - **Fixed the JS** in `wp_footer` to: - Use `is_page('login')` instead of `bp_is_login_page()` - Target `#bp-login-widget-user-login` instead of `#user_login` - Directly set the label text via `querySelector('label[for="bp-login-widget-user-login"]').textContent = 'Email'` - Set placeholder to `'Enter your email'` - **Added** a second `gettext` filter for `"Username or Email Address"` (covers wp-login.php fallback) ### Result - **Label**: Changed from `Username` → `Email` ✓ - **Placeholder**: Changed from empty → `Enter your email` ✓ - **Password** label unchanged ✓