typelevel/skunk

Add option to turn off emojis in exceptions

Open

#1,138 opened on 2024年10月23日

GitHub で見る
 (3 comments) (4 reactions) (0 assignees)Scala (1,656 stars) (172 forks)batch import
good first issue

説明

The flood of 🔥 emojis looks cool and definitely draws attention when you hit an issue in local development, but it's not well supported in all CI systems, and certainly not in all logging systems. There should be a way to tweak this behavior, perhaps even with sane defaults such as disabling the fires when CI=1 or based on some terminal variables.

コントリビューターガイド

技術スタック
scalapostgresql
領域
backenddatabase
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3 hours
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
fresh
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Scala basicsFamiliarity with Skunk's error handling
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
75
調査方針
Start by examining the exception formatting code in the Skunk source, likely in the error or exception handling module. Look for where emojis are injected into error messages. The issue suggests adding a configuration option, possibly via an environment variable like CI=1 to disable emojis automatically. Consider modeling the solution after existing configuration patterns in the library. Review the issue comments for any additional suggestions from maintainers.