-
Notifications
You must be signed in to change notification settings - Fork 0
Troubleshooting
WordPress will only return an Application Password to a secure callback. Serve the hub over HTTPS and make sure Settings → General uses its HTTPS address.
Check the managed site:
- Open
https://example.com/wp-json/in a browser. - Confirm it returns the WordPress REST API index rather than a login page, firewall challenge, or 404.
- Confirm the site uses HTTPS.
- Check whether a security plugin or host has disabled Application Passwords.
- Look for an Application Passwords section under Users → Profile.
Fleet also tries WordPress's plain-permalink REST form automatically.
The most common cause is a server or proxy stripping the HTTP Authorization header before it reaches WordPress.
Check the managed site's web server, reverse proxy, CDN, and security plugin configuration. A valid Application Password must reach the WordPress REST API through HTTP Basic Authentication.
WordPress may already have created the credential even though verification failed. Look for Fleet for OpenStation on hub-domain under Users → Profile and revoke the unused entry before trying again.
The approving user must be allowed to manage plugins. On a normal WordPress install, use an administrator. On multisite, network-only operations may require a super administrator.
Reconnect the site while signed in as the correct user.
Possible causes include:
- The approving user cannot install or activate plugins.
- WordPress cannot write to the plugins directory.
- The server normally asks for FTP or SSH credentials during plugin installation.
- WordPress.org is blocked from the managed server.
- The managed site does not meet OpenStation's WordPress or PHP requirements.
- A security policy blocks REST-based plugin installation.
Open the managed site's normal Plugins → Add New Plugin screen and try installing OpenStation there. The error shown by WordPress usually identifies the same underlying problem.
The hub's WordPress authentication salt probably changed, or the stored value was damaged. Revoke the old Fleet Application Password on the managed site, remove the broken local connection after restoring access, and reconnect it.
Fleet removes a local connection only after the managed site confirms that its Application Password was revoked.
Make sure the managed site is online and its REST API is reachable, then try again. If the site is gone permanently, revoke or remove the credential directly from its database or restored dashboard before clearing Fleet's local metadata.
This preview intentionally uses WordPress's safe HTTP API and rejects loopback, private-network, and otherwise unsafe destinations. Do not disable that protection in production.
Public staging sites can be protected at the application level, but Fleet still needs access to the WordPress REST API and authorization screen.
Open a GitHub issue with:
- What you expected and what happened
- Hub WordPress and PHP versions
- Managed-site WordPress and PHP versions
- The fixed Fleet notice and sanitized site error
- Whether
/wp-json/works on the managed site - Whether ordinary plugin installation works there
Never include an Application Password, authorization header, callback URL, WordPress salt, or normal login password.