LP#
1047475 points out that email notify prefs are ignored in TPAC.
Even if a patron deselects email notify during hold request time, it
will always be set to true due to the column default.
This change defaults the column in the database to false (like most
other similar columns are) and resolves the bug.
Credit to Steve Callender for the idea.
Signed-off-by: Michael Peters <mrpeters@library.in.gov>
Signed-off-by: Ben Shum <bshum@biblio.org>
hold_type TEXT NOT NULL, -- CHECK (hold_type IN ('M','T','V','C')), -- XXX constraint too constraining...
holdable_formats TEXT,
phone_notify TEXT,
- email_notify BOOL NOT NULL DEFAULT TRUE,
+ email_notify BOOL NOT NULL DEFAULT FALSE,
sms_notify TEXT,
sms_carrier INT REFERENCES config.sms_carrier (id),
frozen BOOL NOT NULL DEFAULT FALSE,
--- /dev/null
+BEGIN;
+
+SELECT evergreen.upgrade_deps_block_check('XXXX', :eg_version);
+
+ALTER TABLE action.hold_request ALTER COLUMN email_notify SET DEFAULT 'false';
+
+COMMIT;