fix: parse inline Appium service arguments

[lucasmariano003-wq]

Description

AppiumService forwards --option=value arguments to Appium, but its status URL parser only recognizes separate option/value tokens. For example, Appium starts successfully with --base-path=/wd/hub, while the client polls /status and reports a startup timeout.

Recognize inline values when extracting service arguments. Separate values and short aliases retain their existing behavior; values containing additional = characters are preserved. The change only affects argument parsing.

Validation

• Reproduced through AppiumService.start against Appium 3.7.0 on an ephemeral localhost port with isolated APPIUM_HOME: before the fix, startup timed out while an independent request to the configured status endpoint received HTTP 200.
• After the fix, real-server startup passed with inline values, separate long options, mixed forms, and separate short aliases.
• Added 11 argument-to-status-URL cases, including individual inline host/port/base-path options, aliases, embedded =, defaults, and unrelated option names.
• All 184 unit tests and make check passed (Ruff, formatting, Mypy over 320 source files).
• Both published files were fetched back and their hashes match the tested copies.

OpenAI Codex performed the implementation and local validation for this GitHub account; maintainer review is pending.

If accepted, please confirm whether this PR qualifies for compensation under the Appium contributor compensation scheme and the applicable amount. I understand that classification and payment remain at the project's discretion.