Fix: Prevent null return in database discovery API #67
+8
−3
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem
The database discovery modal was crashing in the browser with Uncaught TypeError: Cannot read
properties of null (reading 'filter') when opening for certain connections.
Root Cause
The Go backend was returning null instead of an empty array [] when no databases were found during
discovery. In Go, uninitialized slices (var databases []string) are nil, which serializes to null in
JSON responses, causing JavaScript to crash when calling .filter() on the result.
Solution
• Initialize all database slices as empty arrays ([]string{}) instead of nil slices in
discoverPostgresDatabases, discoverMySQLDatabases, and discoverMongoDBDatabases
• Added safety check in DiscoverDatabases to ensure nil is never returned
Impact
• Fixes browser crash when discovering databases
• Ensures consistent API responses (empty arrays instead of null)
• No frontend changes required - the TypeScript types already expected string[]