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

`quick-comment-edit` - Issue with list item description fails on re-edit button press (10003)

オープン
#162 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
活発
領域
api, databases

調査の方向性

リポジトリのファイルやテストは指定されていません。参照されている process-endpoint のドキュメントと、既存の {processID}:{version} の処理から始め、実装前に名前空間と区切り文字の規則、保存済み識別子との互換性、受け入れケースを明確にしてください。

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

説明

repro for https://github.com/refined-github/refined-github/issues/10003


Description

[!NOTE]
For simplicity, : is used as separator in below description, but other character(s) combinations could be used.

Allow : as a prefix/namespace separator to allow categorization, such as measurement:distance, measurement:area, etc., which offers an abstract grouping of processes, with low impact on the actual API endpoints definition.

This nomenclature has been proposed in the past (see process endpoints under section https://docs.ogc.org/per/20-016.html#terradue-dapa).

The : should be handled properly to distinguish it from its similar use for {processID}:{version} referencing.

Furthermore, the : prefix should not be limited to one item, but should allow any amount of namespace definitions, such as dev:testbed:measurement:area.

Considerations

  • A :: may be considered to avoid possible clashes with {processID}:{version} or other remote/provider process IDs that could already employ : (itself using namespaces or URN as process IDs).
  • The specific pattern of ^(.*):(?P<MAJOR>[0-9]+)\.(?P<MINOR>[0-9]+)\.(?P<PATCH>[0-9]+)$ might be enough to distiguish :-namespaced from :-revisioned uses of the same separator.
  • The selected separtor should not introduce ambiguities/breaking behaviour with existing databases that store
    "identifier": "{processID}:{version}" of older revisions for direct access.

References

主要言語
言語のデータがありません
スター
13
フォーク
19
平均マージ
1分
マージ済み PR(30日)
2

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

refined-github/sandbox のほかの issue

refined-github/sandbox の issue をすべて見る

似ている issue

Backend & API Design の issue をもっと見る

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

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