mirror of
https://github.com/Mintplex-Labs/anything-llm.git
synced 2026-07-19 22:23:50 -04:00
Closed
opened 2026-02-22 18:32:39 -05:00 by yindo
·
16 comments
No Branch/Tag Specified
master
5846-bug-when-scrolling-up-scrolling-jumps
refactor-remove-workspace-pfp
5969-bug-stopgenerationbutton-disappears-on-the-first-prompt-that-initiates-an-agent-session
2235-bug-how-to-upload-a-folder-with-subfolders-with-files-to-anythingllm
5990-workspace-update-fails-with-unknown-argument-router_id-v1130v1150-intel-mac
opencomputer-examples
pg
feat/image-generation-translations
feat/image-generation
5924-bug-meeting-summary-fails-with-sincludes-is-not-a-function-when-default-llm-is-anthropic-claude
render
feat/uniform-modal-component
5883-bug-unescaped-content-in-json-strings-being-passed-to-document-generator-tools
5901-bug-api-update-embeddings-fails-prisma-argument-filename-is-missing-on-workspace_documentscreate-desktop-windows-v1141
hybrid-search
1981-translations
5752-bug-prompts-to-local-jan-endpoint-unresponsive
feat-disable-native-tool-calling-env-var
5676-bug-non-ollama-agent-providers-do-not-parse-and-present-reasoning-content
feat/markdown-web-scraping
5717-bug-apiv1documentupload-silently-drops-metadata-field-in-desktop-1130-arg-count-mismatch-nested-payload-key
fix/aibitat-context-overflow
5711-bug-erratic-deepseek-v4-flash-the-agent-model-failed-to-respond-400-the-reasoning_content
5631-feat-custom-api-request-timeouts-for-ai-providers
feat-reasoning-control
feat-agent-clarifying-questions-translations
5583-bug-lm-studio-provider-does-not-present-reasoning-output
5313-normalize-translations
feat/memory-translations
5305-lemonade-embedding-engine-swallows-errors-falsely-reports-documents-as-embedded
5060-bug-agent-interactions-agent-are-not-persisted-to-thread-history-via-api
pptx-subagent
feat-render-images-from-mcp-tool-results
stt-provider-expansion-openai-api-compatible
feat-file-search-agent-tool
feat-native-embedder-job-queue
5189-normalize-translations
feat-file-search-agent-tool-translations
i18n-eslint
5140-auto-migration
5112-bug-openrouter-failed-message-bug
3506-feat-parameters-for-openrouter-models
4992-feat-preserve-scroll-position
4973-bug-markdown-numbered-list-display-in-reasoning-pane
desktop
4938-bug-pending-chat-rerendering-ui-bug
quickstart-env
node-llama-cpp-in-container-cuda
node-llama-cpp-in-container
ollama-in-container
4817-feat-set-cooldown-per-mcp-server
4845-keyboard-shortcuts-to-navigate-in-chat
4844-feat-reorder-threads-by-latest-interaction
standardize-username-constraints-normalize-translations
4792-feat-refactor-workspacepfp-image
1382-embed-ip-improvements
1382-bug-embed-api-improvements
refactor-eslint-frontend
4687-feat-refactor-vector-db-providers
4615-feat-disable-apidocs-with-environment-variable
4559-feat-agent-web-search-enable-ordering-of-results
4599-bug-ollama-race-condition-bug
4572-bug-lmstudio-provided-llm-stopped-working-with-anything-llm-after-upgrading-to-190
4508-agent-youtube-transcript-analysis
4497-feat-workspace-names
frontend-eslint
ollama-lmstudio-auto-context-window
4431-validate-vector-database-connectioN
2019-slash-command-keyboard-selection
microsoft-foundry-provider
4431-validate-vector-database-connection
4325-sys-prompt-var-improvements
3209-feat-apiv1workspacestream-chat-sources-citations
4210-bug-voice-to-text-overwrite
4136-feat-jan-as-a-backend-server-option
4172-feat-openai-o3-support
1.8.3-rerelease
web-push-notifications-service
tasks
3955-feat-jinaai-embedder-provider-support
3921-feat-agent-skills-uiux-improvements
3901-bug-validfunccall-checks-optional-arguments
keyboard-dev
1787-custom-roles-and-permissions
add-jira-slack-data-connector
office-extension-wip
lightmode-dropdown-color-update
3586-bug-agent-flow-function-description-provided-by-user-is-not-seen-in-the-llm-query
3463-bug-agent-continues-to-run-if-request-failed-even-after-exit
3439-feat-call-variables-within-the-flow-api-block-url-field
3282-manager-view-models-workspace
3280-token-counting-server-side-truncation-improvements
3147-bug-embedded-chat-widget---not-considering-query-mode-option-always-working-in-chat-mode
2995-feat-disable-temperature-setting-for-deepseek-r1-deepseek-reasoner-model
2827-feat-perplexity-citations
2866-feat-finally-a-gemini-models-endpoint
2647-feat-hpp-header-for-a-c++-code-file-mime-addition
lancedb-revert
1656-feat-implement-tooltip-ui-designs
2011-feat-bump-perplexity-models
1873-feat-auto-add-and-watch-folder-for-document-uploads
1297-feat-gemini-agent-support
1759-bug-ui-bug-fixes
1686-feat-implement-winston-for-logging
1536-bug-toggling-on-users-can-delete-workspaces-does-not-take-effect
agent-ui-mobile-styles
1522-feat-chromadb-support
1595-bug-unable-to-get-live-web-search-and-browsing-agent-working-using-google-custom-search-engine-error-getaddrinfo-enotfound-http-errno-3008
1582-bug-lm-studio-does-not-allow-for-different-model-selection
1312-bug-usernames-should-not-be-case-sensitive-when-logging-in
1029-feat-hf-serverless-inference-api
1086-feat-implement-normalized-input-fields
knowledge-graph-support
644-bug-uploaded-file-name-does-not-match-the-displayed-file-name-after-the-upload
v1.15.0
v1.14.2
v1.14.1
v1.14.0
v1.13.0
v1.12.1
v1.12.0
v1.11.2
v1.11.1
v1.11.0
v1.10.0
v1.9.1
v1.9.0
v1.8.5
v1.8.4
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.7.8
v1.7.6
v1.7.5
v1.7.4
v1.4.0
v1.3.0
v1.2.4
v1.2.3
v1.2.2
v1.2.1
v1.2.0
v1.1.1
v1.1.0
v1.0.0
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
question
stage: specifications
wontfix
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Mintplex-Labs/anything-llm#3112
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @treaz on GitHub (Feb 5, 2026).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4966
How are you running AnythingLLM?
AnythingLLM desktop app
What happened?
Meeting assistant successfully records the meeting, but the transition fails with: Transcription failed. Click to try again.
Are there known steps to reproduce?
Reproduces consistently on my Macbook Air 15-inch, M4, 2025, macos 26.2. AnythingLLM version: Version 1.10.0 (1.10.0)
@timothycarambat commented on GitHub (Feb 5, 2026):
Can you pull the meeting-assistant-xx-xx-xx.log in the storage directory
logsfolder?@treaz commented on GitHub (Feb 5, 2026):
@timothycarambat the directory is empty. Any way I could get the info otherwise?
@timothycarambat commented on GitHub (Feb 5, 2026):
The entire directory is empty? That isnt possible since it writes logs there when the application boots. Which directory were you checking - should be something like
/Users/<username>/Library/Application Support/anythingllm-desktop/storage/logsIf the app opens at all, logs should be there.
@treaz commented on GitHub (Feb 6, 2026):
Thanks for helping out @timothycarambat 🙏
You're right, I got confused and was looking in the wrong place. Here it is
meeting-assistant-2026-02-06.log
I'm seeing an error there, but it doesn't say anything to me.
I double checked and the recording is in the right place...
horia@Horias-MacBook-Air logs % ls -altr "/Users/horia/Library/Application Support/anythingllm-desktop/storage/meeting-assistant/34432cd7-ca1a-4af7-8087-a01d1b354946/master-recording.wav" -rw-r--r--@ 1 horia staff 214572 Feb 6 22:52 /Users/horia/Library/Application Support/anythingllm-desktop/storage/meeting-assistant/34432cd7-ca1a-4af7-8087-a01d1b354946/master-recording.wav@timothycarambat commented on GitHub (Feb 6, 2026):
Interesting, it seems like the server is not booting - I wonder if there is a port collision?
Does
lsof -i :9090report anything? Usually you would expect to see the engine take some time to startup and it seems here it just skips that toally. The binary is signed so that should not be an issue.Otherwise there is another way to test this issue by trying to run
/Users/horia/Library/Application Support/anythingllm-desktop/storage/engines/meeting-assistant/mac-arm64/tinyscribeWhich should at least attempt to start - if it fails instantly then we know what is going on.
I appreciate the patience! Just trying to rule out any/all possible bugs to narrow this down.
@treaz commented on GitHub (Feb 9, 2026):
lsof didn't show anything.
is that ffmpeg warning a problem?
`horia@Horias-MacBook-Air logs % "/Users/horia/Library/Application Support/anythingllm-desktop/storage/engines/meeting-assistant/mac-arm64/tinyscribe"
You did not provide a path to the ffmpeg executable! Audio conversions will fail.
You did not provide a path to the ffmpeg executable! Audio conversions will fail.
Matplotlib is building the font cache; this may take a moment.
[NeMo W 2026-02-09 22:15:19 nemo_logging:405] pydub/utils.py:170: RuntimeWarning: Couldn't find ffmpeg or avconv - defaulting to ffmpeg, but may not work
You did not provide a path to the ffmpeg executable! Audio conversions will fail.
2026-02-09 22:15:19,618 - api.server - INFO - Starting TinyScribe API server on 0.0.0.0:9090
2026-02-09 22:15:19,618 - waitress - INFO - Serving on http://0.0.0.0:9090
`
@timothycarambat commented on GitHub (Feb 9, 2026):
@treaz Okay so then the binary is not an issue since it is able to boot at all. That ffmpeg warning is not an issue since when we boot the service it starts up with the local ffmpeg used via a command line flag.
@treaz commented on GitHub (Feb 10, 2026):
Ok, I've got more data that I can share. I started with clean logs. Here's the scenario that I was doing:
The logs are attached. meeting-assistant-2026-02-10.log
Can you work with this?
@MichaelJJeffery commented on GitHub (Feb 10, 2026):
I am experiencing the same issue on MacOS in version 1.10.0. However, clicking retranscribe is not working either. I noticed that in the instance settings menu for AI Providers, the default for transcription is whisper - but the meeting assistant seems to be using parakeet. Could that conflict be causing the issue?
@timothycarambat commented on GitHub (Feb 11, 2026):
Hey @MichaelJJeffery no, that is not the issue. This issue (and likely the same for you) has something to do with the tinyscribe backend service not being able to boot but does on re-execution - we need to find the root cause since retranscription works that means it is intermittent as it is the same code-path
@treaz commented on GitHub (Feb 12, 2026):
@timothycarambat, since another user confirms this, can you reopen the issue?
"we need to find the root cause since retranscription works that means it is intermittent as it is the same code-path" -> do you need me to try out anything? I'm also happy to try to debug it if you can direct me in the right way.
@jamieede commented on GitHub (Feb 12, 2026):
This is an issue I am encountering on my M4 Max MacBook Pro on 26.2
Duplicate triggers, race condition, and premature Tinyscribe shutdown
Summary
The Meeting Assistant frequently fails to transcribe most meetings. Log analysis reveals three interconnected root causes: (1) duplicate "Master recording file concluded" events spawning concurrent transcription requests, (2) Tinyscribe being killed while a second request is still in flight, and (3) transcription being attempted before Tinyscribe is ready. The failure presents as
TypeError: fetch failedand inconsistent UX where the UI may show completion despite failed transcription.Environment
mac-arm64/tinyscribe/inferenceendpoint)Root Cause Analysis
Issue 1: Duplicate "Master recording file concluded" event
When a recording ends, the event fires twice in quick succession, causing two transcription requests for the same
master-recording.wav.Evidence —
meeting-assistant-2026-02-11.log(lines 347–349):Issue 2: Tinyscribe killed while second request is waiting
The first request completes successfully, then Tinyscribe is torn down. The second request (which was waiting on the concurrent-transcription lock) then tries to call the server and fails with
fetch failedbecause the server is already gone.Evidence —
meeting-assistant-2026-02-11.log(lines 350–318):A concurrent transcription is in progress. Waiting 500ms (1/30)...Running transcription: Transcribing Master Recording WAV file...[Tinyscribe] Running transcription and diarization in parallel!Transcription completed in 52.39 secondsmaster-recording.wav - Transcription complete in 94531msTinyscribe server process killed.Tinyscribe process closed with code: 0master-recording.wav - Transcription failed! TypeError: fetch failedLogical breadcrumb: First request succeeds → Tinyscribe killed → second request (waiting in queue) calls Tinyscribe → server is gone →
fetch failed.Issue 3: Transcription attempted before Tinyscribe is ready
In another scenario, transcription is requested as soon as the WAV is written, while Tinyscribe is still starting (e.g. Matplotlib font cache). The first request fails immediately; a manual retranscription later succeeds.
Evidence —
meeting-assistant-2026-02-10.log(lines 10–18):Wrote WAV buffer to: .../master-recording.wavMaster recording file concluded.Speaker identification enabled - using /inference endpointmaster-recording.wav - Transcription failed! TypeError: fetch failedError transcribing WAV file: nullMaster recording transcription complete event sent to backend← Sent even on failureTinyscribe server process killed.Contrast with retranscription (lines 22–31):
Checking server health (1/25)through(5/25)[Tinyscribe] Starting TinyScribe API server on 0.0.0.0:53974Server health check passed - service is now online after 5 attempts!Running transcription and diarization in parallel!master-recording.wav - Transcription complete in 50435msIssue 4: Completion event sent on failure
The backend receives "Master recording transcription complete" even when transcription fails, which can mislead the UI and state.
Evidence —
meeting-assistant-2026-02-11.log(lines 313, 318):Timeline (2026-02-11 session)
Starting TinyScribe API server on 0.0.0.0:56781)TypeError: fetch failed(server gone)Log citations (verbatim)
Citation 1: Duplicate event (2026-02-11)
Citation 2: Concurrent requests and failure (2026-02-11)
Citation 3: Premature transcription (2026-02-10)
Suggested fixes
Reproducibility
Additional context
master-recording.json) even when the UI reports failure.[BUG]: Meeting Assistant Transcription Fails on Macto [GH-ISSUE #4966] [BUG]: Meeting Assistant Transcription Fails on Mac@herkocoomans commented on GitHub (Mar 18, 2026):
I have the same issue on AnythingLLM desktop 1.11.1 MacMini M1, MacOS 26.3.1, using Ollama latest. Meeting recording set with speaker recognition. Meeting transcription works, summarizing gives me the same error. Logfile added. Please reopen bug.
meeting-assistant-2026-03-18.log
@timothycarambat commented on GitHub (Mar 18, 2026):
@herkocoomans @jamieede We just patched this (1.11.2), the likely culprit was partially downloaded models in the
storage/models/meeting-assistantdirectory that would obviously fail for transcription since they are incomplete/corrupt.We now verify the integrity of these files before processing and will download missing files as needed to repair them so transcription no longer fails.
@treaz commented on GitHub (Mar 19, 2026):
@timothycarambat thank you for trying to fix this. Transcript seems to be working, but the summary tab says "It seems there is no meeting transcript provided." Attached logs again. Could you take a look?
backend-2026-03-19.log
meeting-assistant-2026-03-19.log
@stefanzilske commented on GitHub (Apr 11, 2026):
Hey I have similar issues on macOS 26.4.1 with AnythingLLM v1.12.0, here is a sample log:
Hope the helps! I never got a transcript nor a summary, pretty sad actually.