# Reported issues for logicapps-mcp

Pod holds 16 of 71 problems reported by people outside the maintainer team. Issues filed by the project's own owners, members and collaborators are excluded entirely — a maintainer's release checklist is not a warning to a prospective user.

Back to [logicapps-mcp](/mcp/logicapps-mcp).

## Most discussed

### Add workflow state to listRunHistory response

## Feature Request
Add the workflow's current state (Enabled/Disabled) to the run history response.

## Use Case
When debugging why a workflow hasn't run recently, it's useful to know if the workflow is currently disabled without making a separate API call.

## Current Response
`{ runs: [{ id, name, status, startTime, ... }] }`

## Proposed Response
`{ runs: [...], workflowState: "Enabled" | "Disabled" }`

## Files
- `src/tools/runs.ts` - listRunHistory function

Part of #89

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/115) · 2026-01-07 · open · 1 comment

### Cache TTL from settings is not applied

## Problem
`setCacheTtl()` is exported from `src/tools/shared.ts` but is never called during initialization. The `loadSettings()` function in `src/config/settings.ts` loads `cacheTtlSeconds` from environment/config, but this value is never passed to `setCacheTtl()`.

## Impact
The `LOGICAPPS_MCP_CACHE_TTL` environment variable has no effect - cache always uses the hardcoded 5-minute default.

## Solution
Call `setCacheTtl(settings.cacheTtlSeconds)` during server initialization after `loadSetting

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/114) · 2026-01-07 · closed · 1 comment

### Add get_runs_by_failed_action tool

## Feature Request
Add a tool to find all workflow runs where a specific action failed. This is a common debugging pattern.

## Use Case
- Show me all runs where the Send_Email action failed
- Find runs where the SQL query timed out

## Proposed API
`get_runs_by_failed_action(subscriptionId, resourceGroupName, logicAppName, actionName, workflowName?, top?, startTime?, endTime?)`

## Implementation Notes
Would need to:
1. List runs (with optional date filter)
2. For each run, check if the specifi

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/112) · 2026-01-07 · open · 1 comment

### testConnection doesn't use retry logic

## Problem
\\	estConnection\\ in \\src/tools/connections.ts\\ uses raw \\etch()\\ instead of \\etchWithRetry()\\ when calling the connection test endpoint.

## Impact
Transient network failures or rate limiting during connection tests won't be retried, leading to false negatives.

## Solution
Use the existing \\rmRequest\\ or extract \\etchWithRetry\\ and use it for the test call.

## Files
- \\src/tools/connections.ts\\ lines 157-183 (testConnection function)

Part of #90

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/110) · 2026-01-07 · closed · 1 comment

### listSwagger POST endpoints may need empty request body

## Problem
The \\listSwagger\\ and \\listExpressionTraces\\ POST endpoints are called without a request body, but Azure APIs sometimes require at least an empty object \\{}\\.

## Impact
May cause sporadic 400 Bad Request errors on some Azure API versions.

## Solution
Pass \\ody: {}\\ to POST requests that don't have explicit body content.

## Files
- \\src/tools/swagger.ts\\ lines 51-55 (listSwagger)
- \\src/tools/expressions.ts\\ lines 107-111 (listExpressionTraces)

Part of #88

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/109) · 2026-01-07 · closed · 1 comment

### HTTP mode missing passthrough token injection

## Problem
The HTTP server mode in \\src/http/index.ts\\ doesn't extract the Authorization header and call \\setPassthroughToken()\\ before handling MCP requests.

## Impact
All tool calls in HTTP mode will fail with 'Bearer token required' error because the passthrough token is never set from the incoming request's Authorization header.

## Solution
In \\handleMcpPost\\, extract the Bearer token from \\
eq.headers.authorization\\ and call \\setPassthroughToken()\\ before processing, then \\clea

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/108) · 2026-01-07 · closed · 1 comment

### Standard run actions missing pagination

## Problem
\\getRunActionsStandard\\ in \\src/tools/runs.ts\\ doesn't follow \\
extLink\\ pagination when listing run actions.

## Impact
Workflows with more than 100 actions will have truncated action lists, making debugging incomplete.

## Solution
Use \\workflowMgmtRequestAllPages\\ instead of \\workflowMgmtRequest\\ for the list endpoint.

## Files
- \\src/tools/runs.ts\\ lines 366-371

Part of #89

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/107) · 2026-01-07 · closed · 1 comment

### Standard requestHistory missing pagination

## Problem
`getRequestHistoryStandard` in `src/tools/requestHistory.ts` doesn't follow `nextLink` pagination when listing request histories.

## Impact
If an action has more than 100 HTTP request history entries (e.g., many retries), only the first page is returned.

## Solution
Use `workflowMgmtRequestAllPages` instead of `workflowMgmtRequest` for the list endpoint.

## Files
- `src/tools/requestHistory.ts` lines 164-168

Part of #89

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/106) · 2026-01-07 · closed · 1 comment

## Most recent

### feat: add diagnose_run compound diagnostic tool

# Add `diagnose_run` compound diagnostic tool

## Problem

Diagnosing a failed workflow run currently requires 4-6 sequential API calls:

```
1. search_runs(status='Failed')        → Find the failure
2. get_run_details(runId)              → Get error summary
3. get_run_actions(runId)              → Find which action failed
4. get_action_io(runId, actionName)    → Get inputs/outputs
5. get_expression_traces(...)          → If expression issue
6. get_action_request_history(...)     → If HTTP conne

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/128) · 2026-01-09 · open · 0 comments

### feat: add duration field to action responses

# Add `duration` field to action responses

## Problem

When debugging performance issues or understanding workflow execution, users need to know how long each action took. Currently, `get_run_actions` returns `startTime` and `endTime` separately, requiring manual calculation.

For diagnostic purposes, having pre-calculated duration:
- Makes slow actions immediately visible
- Enables sorting/filtering by duration
- Reduces cognitive load during debugging

## Proposed Solution

Add a computed `du

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/127) · 2026-01-09 · open · 0 comments

### feat: add status filter parameter to get_run_actions

# Add `status` filter parameter to `get_run_actions`

## Problem

When diagnosing a failed workflow run, users need to find which action(s) failed. Currently, `get_run_actions` returns **all** actions in a run, which can be 50+ actions for complex workflows. The AI assistant or user must then filter client-side to find failures.

This wastes:
- API bandwidth (fetching unnecessary data)
- Token context (large responses consume LLM tokens)
- Time (multiple round-trips if paginated)

## Proposed So

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/126) · 2026-01-09 · open · 0 comments

### Knowledge tools use synchronous file reads

## Problem
Knowledge tools in `src/tools/knowledge.ts` use `readFileSync` which blocks the Node.js event loop.

## Impact
While the knowledge files are small, synchronous file I/O is an anti-pattern in async server code and could cause brief stalls under load.

## Solution
Replace `readFileSync` with async `readFile` from `fs/promises` and make the knowledge functions async.

## Files
- `src/tools/knowledge.ts` - `readKnowledgeFile` function

Part of #87

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/116) · 2026-01-07 · open · 0 comments

### azureIdentity.ts module is unused

## Problem
`azureIdentity.ts` exists in `src/auth/` and implements DefaultAzureCredential-based authentication, but the current `tokenManager.ts` uses passthrough-only mode and never imports or uses it.

## Impact
Dead code that may confuse developers. The Azure Identity approach could be useful for local development without requiring token passthrough.

## Options
1. Remove `azureIdentity.ts` if passthrough-only is the intended design
2. Add a config option to use Azure Identity locally (for CL

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/113) · 2026-01-07 · closed · 0 comments

### Add getTriggerHistory pagination for Standard SKU

## Problem
\\getTriggerHistoryStandard\\ in \\src/tools/triggers.ts\\ doesn't follow \\
extLink\\ pagination. While it respects \\\\\, if the API returns more pages, they are ignored.

## Current Behavior
Only the first page of trigger history is returned for Standard Logic Apps.

## Expected Behavior
Follow \\
extLink\\ pagination to fetch all requested entries (up to \\	op\\ limit).

## Files
- \\src/tools/triggers.ts\\ lines 154-169

Part of #88

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/111) · 2026-01-07 · closed · 0 comments

### [Epic] Shared Infrastructure

Shared utilities, caching, error handling, and validation.

## Bugs
- #74 Silent catch block in shared.ts swallows errors
- #76 Cache race condition allows duplicate API calls
- #58 Fix unsafe non-null assertion in clearCache()

## Enhancements
- #7 Add runtime input validation with Zod
- #77 Add memory limits and LRU eviction to caches

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/92) · 2026-01-05 · open · 0 comments

### [Epic] Runs & Debugging

Run history, actions, expressions, repetitions, and debugging tools.

## Bugs
- #69 Standard SKU expression traces fail - missing POST method
- #75 Add pagination support for Standard repetitions
- #81 Inefficient trigger history fetches all pages
- #82 Portal URL generation uses wrong location

## Enhancements
- #51 Add resubmit_run tool for retrying failed runs
- #57 Add duration field to run history responses

[Read the thread](https://github.com/laveeshb/logicapps-mcp/issues/89) · 2026-01-05 · open · 0 comments

The remaining reports are on [the project's issue tracker](https://github.com/laveeshb/logicapps-mcp/issues).