Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[storage.cassandra] accepts unknown keys silently

オープン 初心者向け
  • 何か問題がありますか？
#540 コメント 0 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

@LeeroyHannigan がすでに取り組んでいます。

2026年10月25日 から。

  • #546 @LeeroyHannigan による — オープン

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
82/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
cassandra, rust
領域
database

調査の方向性

crates/storage-cassandra/src/config.rsを読み、その設定属性をcrates/storage-postgres/src/config.rsの設定属性と比較してください。不明なキーのデシリアライズテストを追加し、デプロイ用fixtureとinitテンプレートを確認して、構造体にないキーを探してください。誤記されたキーでデシリアライズが失敗し、fixtureとテンプレートがサポートされているキーを使用していれば完了です。

索引モデルが issue の本文から書いたものです。

説明

CassandraStorageConfig (crates/storage-cassandra/src/config.rs:11) is the one configuration struct without #[serde(deny_unknown_fields)]. Every other section, including PostgresStorageConfig (crates/storage-postgres/src/config.rs:10), refuses to start on an unknown key with an "unknown field" error. In [storage.cassandra] a misspelled key (replication_factr = 3) or a key from another backend is ignored silently and the default applies.

The configuration reference (#537) names the exception. The fix is the one attribute, plus a test that a misspelled key fails deserialization, and a check of the deployment fixtures and the init template for any key the struct does not have, since those would start failing. It changes what the server accepts, which is why it is not part of the documentation change.

Found while checking every configuration key against the code that reads it, for #494.

主要言語
Rust
スター
517
フォーク
60
平均マージ
2日 23時間
マージ済み PR（30日）
25

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ExtendDB/extenddb のほかの issue

ExtendDB/extenddb の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。