fix: workspace folder permission & app container cannot access client API

[xingyaoww]

What is the problem that this fixes or functionality that this introduces? Does it fix any open issues?

Requires #3299 and #3301 to be merge first.

Issue 1: Workspace folder permission

In #3282, I tried to fix the dubious ownership issue by "chown" the whole mounted folder to the current user_id, but it raised a new issue while I was trying to fix things in #3299: When I mount a folder own by "me" with group "staff", that "chmod" will fail, possibly due to MacOS's permission management.

On second thought, as long as the mounted workspace is owned by the current user "me" and the user id is set properly to the OpenDevin application, this permission issue / dubious ownership should not happen in the first place. I think the original issue probably arises when i try have the agent running as root and commit to my workspace (owned by "me").

Issue 2: After build OpenDevin app docker application, the backend cannot access the runtime API

Because It will try to access localhost:{port}, instead of host.docker.internal:{port}.

---

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

Fix issue 1

• Remove extra git config setting (these are already done in "client.py")
• Only chown when /workspace does not exists (in the case of mounted workspace, we should assume /workspace is already there)
• Change the test case to do not use mounted folder: pytest will create tmp dir owned by root, while the UID we send to OpenDevin is actually the current user "me", which cause weird behavior of the test.
• Improve the logging, especially when we are waiting to connect to the API server inside a docker container. Before this change, it will hang for a long time without giving any log / errors.

Fix issue 2

• Add "api_hostname" to config, and set it to "host.docker.internal" in app docker

---

Other references

[neubig]

Clear enough, thanks!