fix(llm): ensure base_url has protocol prefix for model info fetch when using LiteLLM

[NarwhalChen]

• This change is worth documenting at https://docs.all-hands.dev/
• Include this change in the Release Notes. If checked, you must provide an end-user friendly description for your change below

End-user friendly description of the problem this fixes or functionality that this introduces.
Fixes a bug where users could accidentally provide a base URL without the required protocol (e.g., http:// or https://) when using model from LiteLLM. This caused runtime failures in LLM model info fetching

---

Give a summary of what the PR does, explaining any non-trivial design decisions.

1. In LLM.init_model_info(), I prepend http:// to base_url if the user has forgotten to include a protocol when using LiteLLM model. This helps avoid confusing runtime UnsupportedProtocol or ConnectError exceptions.

2. Added a unit test to confirm that missing protocols are corrected before the HTTP request is sent.

3. Fix i18n issue SetupPaymenyModal

---

Link of any specific issues this addresses.
Resolves #7760

[enyst]

Thank you!

You may want to run make build in the project directory, it should install pre-commit hooks and then make linting fixes as you commit, so you don't have to investigate the CI failure.

[NarwhalChen]

Thank you!

You may want to run make build in the project directory, it should install pre-commit hooks and then make linting fixes as you commit, so you don't have to investigate the CI failure.

Thanks! But I found CI failure is because of I forget the base_url sometimes will be None and cannot use stripe..

[amanape]

LGTM, though it would also be good practice to trim the string from the frontend before it is sent to the server. See

OpenHands/frontend/src/routes/account-settings.tsx

Lines 140 to 142 in 35d49f6

	const finalLlmBaseUrl = shouldHandleSpecialSaasCase
	? undefined
	: llmBaseUrl;

[NarwhalChen]

LGTM, though it would also be good practice to trim the string from the frontend before it is sent to the server. See

OpenHands/frontend/src/routes/account-settings.tsx

Lines 140 to 142 in 35d49f6

	const finalLlmBaseUrl = shouldHandleSpecialSaasCase
	? undefined
	: llmBaseUrl;

Thanks! At first I thought the problem was caused by the initialization according to config, so I neglected the frontend when reproducing the bug. But maybe it's better to be here at llm now? This allows it to handle frontend sending and initialization.

[amanape]

Nice, thanks a lot for resolving this issue!