Repository navigation
[Bug]: Only the last plugin loads in OpenCode 1.1.32 - Multiple plugins not supported #10115
Closed as not planned
Description
Bug Description
When multiple plugins are configured in opencode.json, only the last plugin in the array is loaded. All preceding plugins are silently ignored.
Environment
- OpenCode Version: 1.1.32
- OS: macOS Darwin 25.3.0 (Apple Silicon)
- Installation:
/Applications/OpenCode.app
Steps to Reproduce
- Configure multiple plugins in
~/.config/opencode/opencode.json:
{
"plugin": [
"opencode-wakatime",
"opencode-discord-notify",
"opencode-supermemory"
]
}-
Run
opencode debug config -
Observe that only the last plugin is loaded:
"plugin": [
"file:///.../.config/opencode/node_modules/opencode-supermemory/dist/index.js"
]Test Results
| Configuration | Expected | Actual |
|---|---|---|
[wakatime, discord] |
Both loaded | Only discord |
[wakatime, discord, supermemory] |
All 3 loaded | Only supermemory |
[antigravity-auth, oh-my-opencode] |
Both loaded | Only oh-my-opencode |
[oh-my-opencode, antigravity-auth] |
Both loaded | Only antigravity-auth |
Expected Behavior
All plugins in the array should be loaded and functional.
Actual Behavior
Only the last plugin in the array is loaded. Previous plugins are silently filtered out without any error or warning in the logs.
Debug Logs
Running with --print-logs --log-level DEBUG shows no errors - the preceding plugins simply don't appear in plugin loading logs.
Workaround
Currently using only one plugin (oh-my-opencode) as the sole entry.
Additional Context
- This appears to be a regression - plugins worked previously
- No error messages are shown - silent failure makes debugging difficult
- Tested with various plugin combinations (auth plugins, utility plugins) - same behavior
Reported via Claude Code
Metadata
Metadata
Assignees
Labels
No labels
Activity
github-actions commentedon Jan 22, 2026
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
cyberprophet commentedon Mar 1, 2026
Opened PR #15598 with a fix that targets the same order-dependent dedup behavior described here (only last plugin survives).\n\nPR: #15598
cyberprophet commentedon Mar 1, 2026
Opened PR #15598 with a fix that targets the same order-dependent plugin dedup behavior described here (only the last plugin survives).
PR: #15598
cyberprophet commentedon Mar 4, 2026
This is addressed by #15598 which adds node_modules-aware path parsing to
getPluginName(). CI is green.The root cause is that
import.meta.resolveresolves npm plugins tofile://…/node_modules/<pkg>/dist/index.js, and thengetPluginName()extracts only the filename"index", causing false collisions with any project plugin that also has anindex.tsentry point.Related issues: #8759, #10115, #11159, #12285, #14304, #15591
github-actions commentedon May 4, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.