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

Doctrine2 Module: Is `flush()` before checking the database so necessary?

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

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

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
php
領域
databases, testing

調査の方向性

src/Codeception/Module/Doctrine2.php の Doctrine2::proceedSeeInRepository() から始め、特にデータベースチェック前の flush を確認してください。issue のバリデーション拒否シナリオと既存のモジュールテストを確認し、そのうえで、repository の内容をチェックしても、取得した managed entity や無効な managed entity への変更が永続化されないことを検証してください。関連するテストは false negative なしでパスする必要があります。

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

説明

Why do we flush managed Doctrine entities before checking the database in Doctrine2::proceedSeeInRepository()?

In functional tests the Entity Manager of application is used in the Codeception Doctrine2 Module. If we do test a request with validation rejection, and we want to be sure the database was not changed, the test result will be false negative (the request fetches and populates some entity, but didn't save changes to the database, and then dontSeeInRepository() flushes the invalid entity to the database and does fail).

主要言語
PHP
スター
4
フォーク
2
PR マージ指標
30日以内にマージされた PR はありません

環境構築

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

はじめの一歩

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

Codeception/module-doctrine のほかの issue

Codeception/module-doctrine の issue をすべて見る

似ている issue

PHP の issue をもっと見る

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

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