Bug 9738 - Confirming a hold crashes on datetime duration error
Summary: Confirming a hold crashes on datetime duration error
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-01 08:55 UTC by Marcel de Rooy
Modified: 2013-03-06 15:08 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel de Rooy 2013-03-01 08:55:40 UTC
The 'days' parameter (undef) to DateTime::Duration::new was an 'undef', which is not one of the allowed types: scalar
 at /usr/local/share/perl5/Params/Validate/PP.pm line 633
	Params::Validate::PP::__ANON__('The \'days\' parameter (undef) to DateTime::Duration::new was...') called at /usr/local/share/perl5/Params/Validate/PP.pm line 477
	Params::Validate::PP::_validate_one_param(undef, 'HASH(0x47a7ae8)', 'HASH(0x468ebe0)', 'The \'days\' parameter (undef)') called at /usr/local/share/perl5/Params/Validate/PP.pm line 336
	Params::Validate::PP::validate('ARRAY(0x1607930)', 'HASH(0x47a7bf0)') called at /usr/local/share/perl5/DateTime/Duration.pm line 31
	DateTime::Duration::new(undef, 'days', undef) called at /usr/local/share/perl5/DateTime.pm line 1641
	DateTime::add('DateTime=HASH(0x4711608)', 'days', undef) called at /usr/share/koha/testclone/C4/Letters.pm line 609
	C4::Letters::_parseletter('HASH(0x467a2e0)', 'reserves', 'HASH(0x4679c68)') called at /usr/share/koha/testclone/C4/Letters.pm line 551
	C4::Letters::_substitute_tables('HASH(0x467a2e0)', 'HASH(0x13f3798)') called at /usr/share/koha/testclone/C4/Letters.pm line 499
	C4::Letters::GetPreparedLetter('letter_code', 'HOLD_PRINT', 'tables', 'HASH(0x13f3798)', 'substitute', 'HASH(0x467a448)', 'branchcode', 'ZZ', 'module', ...) called at /usr/share/koha/testclone/C4/Reserves.pm line 1884
	C4::Reserves::_koha_notify_reserve(154329, 1, 151000) called at /usr/share/koha/testclone/C4/Reserves.pm line 1265
	C4::Reserves::ModReserveAffect(154329, 1, undef) called at /usr/share/koha/testclone/circ/returns.pl line 145
Comment 1 Marcel de Rooy 2013-03-06 15:08:29 UTC
Found it.
Result of testing work that deletes the ReservesMaxPickupDelay pref.

Closing this report.