[Bug 9138] New: SIP2 failing to mark reserves waiting, and sending blank emails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 Bug ID: 9138 Summary: SIP2 failing to mark reserves waiting, and sending blank emails Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs@lists.koha-community.org Reporter: chris@bigballofwax.co.nz CC: colin.campbell@ptfs-europe.com The itemnumber was not being passed correctly to Koha, resulting in blank emails being sent to people. Also reserves were not being marked waiting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 Chris Cormack <chris@bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #1 from Chris Cormack <chris@bigballofwax.co.nz> --- Created attachment 13662 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13662&action=edit Bug 9138 : SIP2 passing incorrect itemnumber to ModReserveAffect -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #2 from Colin Campbell <colin.campbell@ptfs-europe.com> --- As a note I was having a problem with blank emails for holds on return in SIP devices. Problem was that db handles stored by C4::Letters had gone stale. The crude caching in letters is a bit suspect as it doesnt check handles are still valid (unlike C4::Context) and the db could cache more effectively. But its worth being aware of when looking at this -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #3 from Chris Cormack <chris@bigballofwax.co.nz> --- Thanks Colin, I'll check that out also. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #4 from Chris Cormack <chris@bigballofwax.co.nz> --- Yep that is definitely a problem, ill send a follow up to fix that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #5 from Chris Cormack <chris@bigballofwax.co.nz> --- The problem code is in C4::Letters around line 555 We do this # check cache first (defined $handles{$table}) and return $handles{$table}; We just return an $sth for the table, not knowing if it is still even connected to the database, so you end up with a bunch of this DBD::mysql::st execute failed: MySQL server has gone away at /usr/share/koha/lib//C4/Letters.pm line 523. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/share/koha/lib//C4/Letters.pm line 526. And blank emails being sent, because the parsing isn't done -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 dgchina <d.lyons@thebeijingcenter.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |d.lyons@thebeijingcenter.or | |g Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9138 --- Comment #6 from Chris Cormack <chris@bigballofwax.co.nz> --- Did you mean to mark this resolved fixed? If so, what fixed and where? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org