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

QueuedTracking intercepts bulk JSON requests it cannot process, silently dropping all events

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

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
php
領域
api, backend

調査の方向性

まず Tracker.newHandler における QueuedTracking と BulkTracking の相互作用を追跡し、次に RequestSet のフローを Queue::addRequestSet() までたどります。両方の機能が有効な状態で、Content-Type: application/json を使用する Bulk Tracking API リクエストを再現します。Bulk イベントが暗黙のうちに破棄されなくなり、その動作が回帰テストでカバーされれば完了です。

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

説明

When QueuedTracking and BulkTracking are both active, QueuedTracking hooks Tracker.newHandler first and replaces the handler unconditionally.

Because PHP only populates $_GET/$_POST for form-encoded bodies, a bulk request sent with Content-Type: application/json leaves RequestSet empty by the time the handler runs. Queue::addRequestSet() silently discards it at the !$requests->hasRequests() guard.

Any application using the Bulk Tracking API alongside QueuedTracking loses all tracking data without any error signal.

主要言語
PHP
スター
87
フォーク
42
平均マージ
1日 13時間
マージ済み PR(30日)
10

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

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

matomo-org/plugin-QueuedTracking のほかの issue

matomo-org/plugin-QueuedTracking の issue をすべて見る

似ている issue

PHP の issue をもっと見る

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

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