Skip to content

Add timeout settings for the WebSocket and the test execution. #22

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 8 commits into from
Apr 28, 2025

Conversation

nowsprinting
Copy link
Contributor

@nowsprinting nowsprinting commented Apr 26, 2025

Changes

Add WebSocket timeout setting

Can specify it as an environment variable UNITY_REQUEST_TIMEOUT in the MCP configuration file as follows:

{
  "mcpServers": {
    "mcp-unity": {
      "command": "node",
      "args": [
        "ABSOLUTE/PATH/TO/mcp-unity/Server/build/index.js"
      ],
      "env": {
        "UNITY_PORT": "8090",
        "UNITY_REQUEST_TIMEOUT": "300"
      }
    }
  }
}

Add test execution timeout setting

Can specify it in Request Timeout (seconds) in the Tools > MCP Unity > Server Window.
timeout

Summary by CodeRabbit

  • New Features

    • Added a configurable "Request Timeout (seconds)" field in the Unity Editor Server Window to adjust the timeout for tool requests (minimum 10 seconds).
    • Enabled setting the MCP server WebSocket timeout dynamically via the UNITY_REQUEST_TIMEOUT environment variable.
  • Documentation

    • Updated all README files with detailed instructions on configuring timeout settings for both WebSocket connections and tool requests, including OS-specific steps and examples.
  • Bug Fixes

    • Timeout durations for test execution and server requests now use user-configured values instead of fixed defaults.

Copy link
Contributor

coderabbitai bot commented Apr 26, 2025

📝 Walkthrough

Walkthrough

This update modifies the test execution timeout handling by removing the timeoutMinutes parameter from the ExecuteTests method and instead retrieving the timeout dynamically from the settings. The MCP Unity Editor now includes a new UI input for configuring the request timeout in seconds, enforcing a minimum value and saving changes immediately. The MCP Unity server's WebSocket request timeout is also made configurable via the UNITY_REQUEST_TIMEOUT environment variable, replacing the previous hardcoded 10-second timeout. Documentation files in multiple languages have been updated with detailed instructions on configuring these timeout settings for different operating systems.

Changes

File(s) Change Summary
Editor/Services/ITestRunnerService.cs, Editor/Services/TestRunnerService.cs Removed timeoutMinutes parameter from ExecuteTests; timeout now read from settings instead of parameter.
Editor/UnityBridge/McpUnityEditorWindow.cs Added "Request Timeout (seconds)" integer input to server tab UI; clamps minimum value and saves on change.
Editor/UnityBridge/McpUnitySettings.cs Added RequestTimeoutMinimum constant and RequestTimeoutSeconds property with default and tooltip; handles Windows env vars for port and timeout.
README.md, README-ja.md, README_zh-CN.md Added new optional sections explaining how to configure request timeout on Windows and non-Windows platforms with step-by-step instructions.
Server/build/unity/mcpUnity.js, Server/src/unity/mcpUnity.ts Changed fixed 10-second request timeout to configurable via UNITY_REQUEST_TIMEOUT env var; logs effective timeout on startup.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant UnityEditor
    participant McpUnitySettings
    participant TestRunnerService

    User->>UnityEditor: Open Server Window
    UnityEditor->>McpUnitySettings: Get RequestTimeoutSeconds
    User->>UnityEditor: Set new Request Timeout (seconds)
    UnityEditor->>McpUnitySettings: Update RequestTimeoutSeconds

    User->>UnityEditor: Run tests
    UnityEditor->>TestRunnerService: ExecuteTests(testMode, testFilter, completionSource)
    TestRunnerService->>McpUnitySettings: Get RequestTimeoutSeconds
    TestRunnerService->>TestRunnerService: Use timeout for test execution
Loading
sequenceDiagram
    participant Env
    participant McpUnityServer
    Env->>McpUnityServer: Provide UNITY_REQUEST_TIMEOUT (optional)
    McpUnityServer->>McpUnityServer: Set REQUEST_TIMEOUT (from env or default)
    McpUnityServer->>Log: Log effective request timeout
    Client->>McpUnityServer: Send request
    McpUnityServer->>McpUnityServer: Use REQUEST_TIMEOUT for request handling
Loading

Poem

🐇 In tunnels deep where carrots grow,
Timeouts now flex and softly flow.
From editor fields to server's night,
Env vars set the timeout right.
Docs in tongues both far and near,
Our code hops swift, with no more fear.
⏳🥕 Hop along, the wait’s just clear!

✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (6)
Editor/UnityBridge/McpUnityEditorWindow.cs (1)

116-116: Consider using the logger service for consistent error handling.

Instead of using Debug.LogError directly, consider using the logger service to maintain consistent error logging throughout the application.

-                Debug.LogError("Test timeout must be at least 60 seconds.");
+                Logger.LogError("Test timeout must be at least 60 seconds.");
Server/build/unity/mcpUnity.js (1)

23-25: Add validation for the environment variable value.

The current implementation lacks validation for non-numeric values in the UNITY_REQUEST_TIMEOUT environment variable. While JavaScript's behavior with parseInt() returning NaN for non-numeric values would likely result in the default being used (since NaN is falsy), explicit validation would make the code more robust.

         // Initialize timeout from environment variable (in seconds; it is the same as Cline) or use default (10 seconds)
         const envTimeout = process.env.UNITY_REQUEST_TIMEOUT;
-        this.REQUEST_TIMEOUT = envTimeout ? parseInt(envTimeout, 10) * 1000 : 10000;
+        const parsedTimeout = envTimeout ? parseInt(envTimeout, 10) : NaN;
+        this.REQUEST_TIMEOUT = !isNaN(parsedTimeout) ? parsedTimeout * 1000 : 10000;
         this.logger.info(`Using request timeout: ${this.REQUEST_TIMEOUT / 1000} seconds`);
README-ja.md (4)

214-214: セクション見出しの統一性
他のセクションと同様に、アンカー(例:<a name="timeout-settings"></a>)を設定し、目次やリンクから直接参照できるようにすると親切です。また、日本語文中の区切り文字は全角コロン(:)に統一することを検討してください。


216-223: デフォルト値の強調
「デフォルトでは、MCPサーバーとWebSocket間のタイムアウトは 10 秒です。」という記述がありますが、値を太字やコード形式(10 秒)で強調すると、一目で分かりやすくなります。


238-240: 日本語表現の改善提案
「AIコーディングIDE」という表現が繰り返されてやや冗長です。例えば「使用する AI支援IDE によって異なります」などのほうが自然かと思います。


241-244: UIラベルとの整合性確認
「Test Timeout (seconds)」という英語表記をそのまま掲載していますが、Unityエディター側の実際のラベル(英語or日本語)と一致しているかご確認ください。日本語UIに合わせる場合は「テストタイムアウト(秒)」などに翻訳することを検討してください。

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 79153f4 and 438ebd5.

📒 Files selected for processing (9)
  • Editor/Services/ITestRunnerService.cs (1 hunks)
  • Editor/Services/TestRunnerService.cs (2 hunks)
  • Editor/UnityBridge/McpUnityEditorWindow.cs (1 hunks)
  • Editor/UnityBridge/McpUnitySettings.cs (2 hunks)
  • README-ja.md (1 hunks)
  • README.md (1 hunks)
  • README_zh-CN.md (1 hunks)
  • Server/build/unity/mcpUnity.js (2 hunks)
  • Server/src/unity/mcpUnity.ts (2 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (1)
Editor/UnityBridge/McpUnityEditorWindow.cs (2)
Editor/Utils/Logger.cs (1)
  • LogError (38-41)
Editor/UnityBridge/McpUnitySettings.cs (1)
  • SaveSettings (90-107)
🔇 Additional comments (13)
Editor/UnityBridge/McpUnitySettings.cs (1)

32-33: Good implementation of the test timeout setting.

The new TestTimeoutSeconds field with a default value of 60 seconds is well-documented with an appropriate tooltip. This aligns with the PR objective of creating a configurable timeout setting for test execution.

Editor/UnityBridge/McpUnityEditorWindow.cs (1)

110-127: Well-implemented UI for the test timeout setting.

The implementation correctly:

  1. Displays the current timeout value
  2. Validates input to ensure a minimum of 60 seconds
  3. Provides appropriate error feedback
  4. Saves changes to the persistent settings

This provides a good user experience for configuring the test execution timeout.

Editor/Services/ITestRunnerService.cs (1)

30-33: Interface correctly updated to remove the timeout parameter.

The ExecuteTests method signature has been updated to remove the timeoutMinutes parameter, which is now replaced by the global TestTimeoutSeconds setting. This change is consistent with the PR objective to make test execution timeout configurable.

Server/build/unity/mcpUnity.js (1)

11-25: Good implementation of configurable WebSocket timeout.

The WebSocket timeout is now properly configurable via the UNITY_REQUEST_TIMEOUT environment variable, with a sensible default of 10 seconds. The logging of the configured timeout value is helpful for debugging.

README_zh-CN.md (1)

216-247: Documentation properly explains the new timeout configuration options.

The added section clearly explains both timeout settings:

  1. WebSocket timeout: Configurable via UNITY_REQUEST_TIMEOUT environment variable with a helpful JSON example
  2. Test execution timeout: Configurable through the Unity Editor UI

The tip about IDE-specific timeouts is also valuable contextual information for users.

README.md (1)

239-270: Clear documentation of new timeout configuration options.

The added section effectively communicates:

  1. WebSocket timeout configuration via environment variable with a useful JSON example
  2. Test execution timeout configuration through the Unity Editor UI
  3. Default values for both settings

The tip about IDE timeouts provides important context to prevent confusion about different timeout behaviors.

Editor/Services/TestRunnerService.cs (4)

56-56: Method signature updated to remove the timeout parameter.

The ExecuteTests method signature has been simplified by removing the timeoutMinutes parameter, which is now retrieved from settings instead.


73-75: Properly retrieving timeout from central configuration.

Using McpUnitySettings.Instance.TestTimeoutSeconds centralizes the timeout configuration, ensuring consistency across the application.


78-78: Using seconds instead of minutes for timeout units.

Changed from FromMinutes to FromSeconds to match the settings value's unit.


84-84: Updated error message to reflect timeout unit change.

The error message now correctly refers to seconds instead of minutes, maintaining consistency with the configuration unit.

Server/src/unity/mcpUnity.ts (2)

36-36: Changed timeout from constant to instance property.

Good change to make the timeout configurable rather than hardcoded.


51-54: WebSocket timeout now configurable via environment variable.

The implementation properly:

  1. Reads timeout from the UNITY_REQUEST_TIMEOUT environment variable
  2. Converts from seconds to milliseconds (matching the client-side unit)
  3. Provides a sensible default of 10 seconds
  4. Includes a clear comment about the units and default

This allows users to configure the timeout without modifying code.

README-ja.md (1)

221-236: 設定例のポート番号の一貫性確認
JSONスニペット内で UNITY_PORT: "8090" としていますが、トラブルシューティングセクションではデフォルトポートが 8080 と案内されています。読者の混乱を避けるため、例示ポートをデフォルトの 8080 に揃えるか、意図的に 8090 を使う理由を追記してください。

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
@nowsprinting
Copy link
Contributor Author

Warning

README_zh-CN.md is translated by Google Translate.

@CoderGamester
Copy link
Owner

CoderGamester commented Apr 26, 2025

Interesting PR @nowsprinting
It's a good improvement but there is no need to provide the environment variable on the configuration
This is because changing it in each MCP client is not a good user experience, and we can change it from Unity Editor Window directly. IMO it only makes sense to have setting variable in the configuration when they are one set time only (e.g. private keys or path configuration)

My suggestion is to change the name of the field to "Request timeout" instead of "Test Timeout"
Use it for all request timeout, including testing.
Also set it in the system environment variables (as it is being done with Unity Port)

@nowsprinting nowsprinting marked this pull request as draft April 26, 2025 14:01
@nowsprinting nowsprinting marked this pull request as ready for review April 26, 2025 17:35
@nowsprinting
Copy link
Contributor Author

@CoderGamester fixed!
The process branches depending on the OS, but since I don't have Windows, please verify.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

🧹 Nitpick comments (6)
README.md (3)

239-239: Clarify section title to explicitly reference "Request Timeout"
The heading “Optional: Set Timeout” is ambiguous—consider renaming it to “Optional: Set Request Timeout” to match the terminology used elsewhere (e.g., “Request Timeout (seconds)”).

- ## Optional: Set Timeout
+ ## Optional: Set Request Timeout

250-250: Fix verb usage: use “set up” instead of “setup”
“Setup” is a noun; the correct verb phrase is “set up.”

- Unity will setup the system environment variable UNITY_REQUEST_TIMEOUT to the new timeout value
+ Unity will set up the system environment variable UNITY_REQUEST_TIMEOUT to the new timeout value
🧰 Tools
🪛 LanguageTool

[grammar] ~250-~250: The word “setup” is a noun. The verb is spelled with a space.
Context: ...r desired timeout seconds 4. Unity will setup the system environment variable UNITY_R...

(NOUN_VERB_CONFUSION)


269-277: Add Unix shell example for setting the environment variable
Under “WebSocket Timeout,” non-Windows users should see a standard shell (bash/zsh) example using export rather than only PowerShell/set.

- 1. Set the UNITY_REQUEST_TIMEOUT environment variable in the terminal
-    - Powershell
-   ```powershell
-   $env:UNITY_REQUEST_TIMEOUT = "300"
-   ```
-    - Command Prompt/Terminal
-   ```cmd
-   set UNITY_REQUEST_TIMEOUT=300
-   ```
+ 1. Set the UNITY_REQUEST_TIMEOUT environment variable in your shell:
+    ```bash
+    export UNITY_REQUEST_TIMEOUT=300
+    ```
+ 2. (Windows users may still use PowerShell or CMD as documented above.)
README_zh-CN.md (3)

216-219: Refine section heading for clarity
建议将“## 可选:设置超时”调整为“## 可选:设置请求超时”,以与后续“Request Timeout (seconds)”字段保持一致,并更清晰地表述该超时针对的是请求层面。


221-230: Clarify environment variable persistence & localize option labels

  1. 当前步骤写到“Unity 会将系统环境变量 UNITY_REQUEST_TIMEOUT 设置为新的超时值”,但此操作只影响 Unity 进程及其子进程,且为会话级别。建议补充如何在 Windows 系统环境变量面板中永久设置,或直接通过编辑器界面调整并避免环境变量困扰。
  2. <summary> 标签中“Option 1: Windows OS”为英文混排,建议本地化为“选项 1:Windows 系统”,提升文档连贯性。
🧰 Tools
🪛 LanguageTool

[uncategorized] ~227-~227: 动词的修饰一般为‘形容词(副词)+地+动词’。您的意思是否是:新"地"超时
Context: ...nity 会将系统环境变量 UNITY_REQUEST_TIMEOUT 设置为新的超时值 5. 重启 Node.js 服务器 6. 再次点击“启动服务器”,将 U...

(wb4)


233-257: 补充 macOS/Linux 的环境变量设置示例
非 Windows 系统部分仅覆盖了 PowerShell 和 CMD,未说明常见的 Bash/Zsh 方式。建议增加:

# 临时(当前终端会话)
export UNITY_REQUEST_TIMEOUT=300

# 永久(写入 ~/.bash_profile 或 ~/.zshrc)
echo 'export UNITY_REQUEST_TIMEOUT=300' >> ~/.bash_profile
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 22cc678 and 59e2891.

📒 Files selected for processing (6)
  • Editor/Services/TestRunnerService.cs (2 hunks)
  • Editor/UnityBridge/McpUnityEditorWindow.cs (1 hunks)
  • Editor/UnityBridge/McpUnitySettings.cs (3 hunks)
  • README-ja.md (1 hunks)
  • README.md (1 hunks)
  • README_zh-CN.md (1 hunks)
✅ Files skipped from review due to trivial changes (1)
  • Editor/UnityBridge/McpUnityEditorWindow.cs
🚧 Files skipped from review as they are similar to previous changes (3)
  • Editor/Services/TestRunnerService.cs
  • README-ja.md
  • Editor/UnityBridge/McpUnitySettings.cs
🧰 Additional context used
🪛 LanguageTool
README.md

[grammar] ~250-~250: The word “setup” is a noun. The verb is spelled with a space.
Context: ...r desired timeout seconds 4. Unity will setup the system environment variable UNITY_R...

(NOUN_VERB_CONFUSION)

README_zh-CN.md

[uncategorized] ~227-~227: 动词的修饰一般为‘形容词(副词)+地+动词’。您的意思是否是:新"地"超时
Context: ...nity 会将系统环境变量 UNITY_REQUEST_TIMEOUT 设置为新的超时值 5. 重启 Node.js 服务器 6. 再次点击“启动服务器”,将 U...

(wb4)

Comment on lines +216 to +257
## 可选:设置超时

默认情况下,MCP 服务器与 WebSocket 之间的超时时间为 10 秒。
您可以根据所使用的操作系统进行更改:

<details>
<summary><span style="font-size: 1.1em; font-weight: bold;">Option 1: Windows OS</span></summary>

1. 打开 Unity 编辑器
2. 导航至 Tools > MCP Unity > Server Window
3. 将 "Request Timeout (seconds)" 值更改为所需的超时秒数
4. Unity 会将系统环境变量 UNITY_REQUEST_TIMEOUT 设置为新的超时值
5. 重启 Node.js 服务器
6. 再次点击“启动服务器”,将 Unity 编辑器 Web 套接字重新连接到 Node.js MCP 服务器

</details>

<details>
<summary><span style="font-size: 1.1em; font-weight: bold;">Option 2: 非Windows操作系统</span></summary>

对于非Windows操作系统,需要配置两个地方:

### 编辑器进程超时

1. 打开 Unity 编辑器
2. 导航至 Tools > MCP Unity > Server Window
3. 将 "Request Timeout (seconds)" 值更改为所需的超时秒数

### WebSocket 超时

1. 在终端中设置 UNITY_REQUEST_TIMEOUT 环境变量
- Powershell
```powershell
$env:UNITY_REQUEST_TIMEOUT = "300"
```
- Command Prompt/Terminal
```cmd
set UNITY_REQUEST_TIMEOUT=300
```
2. 重启 Node.js 服务器
3. 再次点击“启动服务器”,将 Unity 编辑器 Web 套接字重新连接到 Node.js MCP 服务器

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion

统一通过编辑器界面配置超时
为简化用户体验,可考虑移除非 Windows 环境下对 UNITY_REQUEST_TIMEOUT 的手动设置,仅在 “Request Timeout (seconds)” 字段中统一管理所有请求(包括测试执行与 WebSocket)。这样可避免跨平台环境变量差异,且无需重启或手工维护。

🧰 Tools
🪛 LanguageTool

[uncategorized] ~227-~227: 动词的修饰一般为‘形容词(副词)+地+动词’。您的意思是否是:新"地"超时
Context: ...nity 会将系统环境变量 UNITY_REQUEST_TIMEOUT 设置为新的超时值 5. 重启 Node.js 服务器 6. 再次点击“启动服务器”,将 U...

(wb4)

@nowsprinting
Copy link
Contributor Author

@coderabbitai review

Copy link
Contributor

coderabbitai bot commented Apr 26, 2025

✅ Actions performed

Review triggered.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Copy link
Owner

@CoderGamester CoderGamester left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have a question about the implementation only working for Windows machines
besides that looks good to me

// see: https://learn.microsoft.com/ja-jp/dotnet/api/system.environmentvariabletarget?view=net-8.0#fields
Environment.SetEnvironmentVariable(EnvUnityPort, Port.ToString(), EnvironmentVariableTarget.User);
Environment.SetEnvironmentVariable(EnvUnityRequestTimeout, RequestTimeoutSeconds.ToString(), EnvironmentVariableTarget.User);
#endif
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

doesn't this code run on Mac machines?

Asking as I don't have one at the moment to test

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On a macOS, it behaves the same as Process.
So, I use SerializeField to persist data when not on Windows.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can confirm it works properly on windows.
This needs to have a new solution for Mac, but that should be done in a separate PR as it was a problem present before

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

Copy link
Owner

@CoderGamester CoderGamester left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good work
Approved and @nowsprinting can be merged

If not merged by tomorrow I will do merge by the end of the day

// see: https://learn.microsoft.com/ja-jp/dotnet/api/system.environmentvariabletarget?view=net-8.0#fields
Environment.SetEnvironmentVariable(EnvUnityPort, Port.ToString(), EnvironmentVariableTarget.User);
Environment.SetEnvironmentVariable(EnvUnityRequestTimeout, RequestTimeoutSeconds.ToString(), EnvironmentVariableTarget.User);
#endif
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can confirm it works properly on windows.
This needs to have a new solution for Mac, but that should be done in a separate PR as it was a problem present before

@nowsprinting
Copy link
Contributor Author

@CoderGamester Thank you for your review!
But I don't have merge permissions, so the merge button is not visible.

The owner must merge.
This should be the case for most OSS.

@CoderGamester CoderGamester merged commit 1bd1565 into CoderGamester:main Apr 28, 2025
1 check passed
@nowsprinting nowsprinting deleted the feature/bridge-timeout branch April 28, 2025 10:29
@coderabbitai coderabbitai bot mentioned this pull request May 22, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants