[REF] Start the process of separating the search action from the participant form.
authoreileen <emcnaughton@wikimedia.org>
Mon, 14 Sep 2020 08:18:09 +0000 (20:18 +1200)
committereileen <emcnaughton@wikimedia.org>
Mon, 14 Sep 2020 08:49:15 +0000 (20:49 +1200)
commit8535cf1ca1962c9623d7c16acdc932f3bceabfcb
tree59a0f87beebc6e892fbfa793625b59f1f68b7f4e
parent0fd3d95b5842ef230ffd00b2b8035fa281632370
[REF] Start the process of separating the search action from the participant form.

A lot code nastiness stems from the overloading of the participant registration form with the search task to register
multiples. A more logical structure would be some shared functionality but separate classes. This starts that
process, but with only the one property now separated to be a class property rather than a derived one. Later efforts
can disentangle which functionality belongs to which class
CRM/Contact/Task.php
CRM/Event/Form/EventFees.php
CRM/Event/Form/Participant.php
CRM/Event/Form/Registration.php
CRM/Event/Form/Registration/Register.php
CRM/Event/Form/Task/Register.php [new file with mode: 0644]
CRM/Price/BAO/PriceSet.php
tests/phpunit/CRM/Event/Form/Task/RegisterTest.php [new file with mode: 0644]