Back to Explorer
Beginner Friendly Open-Source Clojure

Good First Issues in Clojure

Explore curated starter issues in high-scoring Clojure repositories. Every listed issue belongs to a welcoming repository scored by C-Rank™ on PR merge rates, review responsiveness, and first-timer acceptance.

Updated: Mon, 31 Aug 2026 UTC (Live GitHub Sync)
Real-Time Radar

Arm Issue Sniper for fresh Clojure beginner issues

Beginner issues in welcoming S/A-Tier repositories get snatched within 15 minutes. Receive instant alerts on Discord, Telegram, or Email the minute a maintainer opens a new task.

Live Good First Issues (10)

Real-Time Open GitHub Issues
metabase/metabase48,992 Tier A · 56 pts
#80740Opened 6 days ago
Slack subscription/alert failures are recorded as a successful send

Describe the bug If Slack fails while Metabase is building or posting a subscription/alert (for example the Slack API rejects a file upload or a message post), the notification often never arrives but the parent send is still logged as Success. To Reproduce Set up a dashboard subscription (or alert) to Slack Cause Slack delivery to fail (bot missing from a private channel, revoked/invalid token, etc) Let the subscription/alert run. Check task history See it's logged as "successful" Expected behavior If Slack delivery fails, that send should not be recorded as a full success. The failure should show up on the send the user looks at (not only in server logs, and not only on a nested row that is easy to miss). Logs No response Information about your Metabase installation tested in 63.13 Severity delivery can fail silently from an admin’s point of view Additional context No response

Type:BugPriority:P2.Backend.Needs Triage
1
metabase/metabase48,992 Tier A · 56 pts
#80736Opened 6 days ago
Show when a subscription or alert was skipped because it was empty

What problem will this feature request solve? Alert task history doesn't distinguish between successful delivery and successful non-delivery. When “Don’t send if there aren’t results” is enabled, the alert can successfully run but intentionally not send anything because there are no results. If a user expected the subscription to be delivered or didn't expect the results to be empty, they may ask why they didn't receive it. For admins, it isn't easy to determine that this is what happened. From Admin, the run appears successful, with no indication that delivery was intentionally skipped. This creates ambiguity when troubleshooting a missing alert and can lead admins to investigate Slack, the alert configuration, or the underlying dashboard when nothing is actually broken. Describe the solution you'd like. Make intentional non-delivery visible in Admin tooling so admins can distinguish between: An alert that successfully ran and was delivered An alert that successfully ran but

Priority:P2Type:New Feature.Frontend.Backend
1
metabase/metabase48,992 Tier A · 56 pts
#80470Opened 9 days ago
Some emoji reactions in comments fail

Description of the bug The backend rejects the England flag emoji (🏴󠁧󠁢󠁥󠁮󠁧󠁿) when it is added as a reaction to a document comment. Backend validation limits emoji length to 10, while this emoji has length 14. Reproduction steps Open a document and create a comment. Add a reaction using the England flag emoji. Search for “England” in the emoji picker. Expected behavior The reaction is accepted and added to the comment. Logs The reaction request returns a 400 error. Diagnostic information Occurs on master. Severity P3

Type:BugPriority:P3.Frontend.Needs Triage
metabase/metabase48,992 Tier A · 56 pts
#80125Opened 12 days ago
Alerts management: active tab count badge unreadable in dark theme

Describe the bug On the Alerts management page (/monitor/notifications), the count badge on the active tab is unreadable in dark theme: white text on a light blue background. To Reproduce Switch to dark theme Go to /monitor/notifications Look at the count badge on the selected tab (e.g. "All alerts") Expected behavior Count on the active tab is readable in both themes. Cause TabCountBadge in frontend/src/metabase/monitor/tools/notifications/NotificationsTabs/NotificationsTabs.tsx renders the active badge as: <Badge variant="filled" size="xs" color="brand" c="white"> The badge background resolves to --mb-color-background_surface-brand-strong, which is light blue in dark theme, while c="white" hardcodes the text color and overrides the badge's own --badge-color: var(--mb-color-text-primary-inverse) (which would resolve correctly). Dropping the hardcoded c="white" should fix it. Light theme is unaffected (dark blue background + white text).

Type:BugPriority:P3.Frontendgood first issue
metosin/malli1,752 Tier B · 41 pts
#1309Opened 13 days ago
Hide parts of schema in OpenAPI spec

When generating the OpenAPI spec of a public API using Reitit and Malli, I would like to be able to hide certain details of the Malli spec. Example: [:and :string [:enum {:openapi {:hide true}} "a" "b"]] ;-> only `:string` is encoded in the OpenAPI spec, `:enum` does not appear

enhancementhelp wanted
1
datalevin/datalevin1,471 Tier B · 56 pts
#383Opened 1 month ago
What companies or projects are using Datalevin?

If you are using Datalevin, please comment on this issue.

help wanted
5
metabase/metabase48,992 Tier A · 56 pts
#76931Opened 1 month ago
Pivoted view of normal table viz is not respected in subscriptions

Describe the bug If you make a chart with pivoted view of normal table viz (NOT the pivot viz), the subscriptions containing the chart will show non-pivoted view To Reproduce Build a question "Count of orders by Product -> Category and User -> Source" Switch visualization to a table (not pivot table) Metabase should automatically build a pivoted view, but if not, open viz settings and toggle on Pivot table Add the table to a dashboard Set up a dashboard subscription and test it The table will be sent unpivoted Expected behavior Subscriptions should respect all viz settings, even the ones we don't like Logs No response Information about your Metabase installation 62.3.5 but most likely always has been like this Severity P3 Additional context No response

Type:BugPriority:P3.Backendgood first issue
1
penpot/penpot59,381 Tier A · 64 pts
#9540Opened 3 months ago
Close workspace search with the Escape key

Is your feature request related to a problem? Please describe. In the workspace, once the search UI is open (either Search layers or Search on canvas), there is no keyboard way to dismiss it — closing requires reaching for the close (X) control with the mouse. Pressing Escape is the standard convention in most tools and operating systems for dismissing panels, dialogs, and overlays. Not supporting it here breaks a deeply ingrained habit and interrupts keyboard-first workflows. This is a small UX enhancement complementary to the toggle behaviour described in #9528, and sits on top of the search work landing in the 2.16 milestone (related context: PR #8899). Panels in scope The following panels have been identified as missing Escape-to-close support: Search (Search layers / Search on canvas) — related to #9528 and PR #8899 History Shortcuts Other panels in the workspace should be audited and brought into alignment with this behaviour where applicable. Describe the solution you'd li

enhancementgood first issuecommunity contribution
1
penpot/penpot59,381 Tier A · 64 pts
#9205Opened 4 months ago
Show selection size badge below bounding box in the workspace

Is your feature request related to a problem? Please describe. When a designer selects an element in the Penpot workspace, the only way to check its dimensions is to look at the Design panel on the right sidebar. There is no visual feedback directly on the canvas. This forces an eye movement away from the canvas even for the simplest sanity check — "is this box 240 px wide?" — adding friction that compounds during dense layout work or when reviewing someone else's design. Additionally, when resizing an element, the current tooltip only appears near the handle being dragged, far from the element's center. The size badge provides a stable, centered reference point that updates live during the entire resize interaction. Describe the solution you'd like Show a small read-only badge directly below the bounding box of the selected element (or combined bounding box for multi-selection), displaying width × height. The badge is always visible while an element is selected, and updates live

good first issuecommunity contributionWG adoption
10
metosin/malli1,752 Tier B · 41 pts
#1272Opened 5 months ago
Full support for decimal

Hello :) Found myself having to make some stylistic compromises with decimals in my schema, and would have liked it if it was supported like a :double schema with min max preds and bound generation. Alternatives: use decimal? and custom generators / and :and for bounds define my own schema Thanks

enhancementhelp wanted
1

Top Clojure Repositories with Beginner Issues (4)

Updated Daily via GitHub GraphQL

How to make your first Clojure open-source pull request

Finding approachable Good First Issues in Clojure allows you to build real-world software engineering experience. Instead of submitting PRs to abandoned repositories, GetMerged verifies maintainer review speeds and first-timer acceptance rates before you write a single line of code.

Select any issue above to claim it directly on GitHub, or click a repository to inspect full maintainer review turnaround metrics and triage guidance!

Get this week's top welcoming repos + fresh Good First Issues for Clojure

Free weekly email, scoped to Clojure. No account needed - confirm once and unsubscribe anytime.