December 2014 - Koha-bugs - lists.koha-community.org

[Bug 10638] New: Show alert when receiving an order with holds/reserves
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '14

17 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10638 Bug ID: 10638 Summary: Show alert when receiving an order with holds/reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org When orders are received, there should be a message saying whether there are any holds/reserves tied to that order's bib record or item records. If AcqCreateItem is set to "receiving an order" or "placing an order", you might want to know if the item you're receiving can fill a bib-level hold (i.e. "the next available item"). If AcqCreateItem is set to "placing an order", you might want to know if the physical item you're receiving already has a item-level hold on it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I have run the QA script on it and there is indeed: "return" statement with explicit "undef" at line 207, column 9. See page 199 of PBP. (Severity: 5) There are also some other things that need to be fixed - Olli, can you provide a follow-up please fixing those? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11642] New: Batch patron deletion/anonymization should not allow permanent destruction of patron data
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11642 Bug ID: 11642 Summary: Batch patron deletion/anonymization should not allow permanent destruction of patron data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The Batch patron deletion/anonymization tool gives the option of destroying patron data or moving it to the "trash". I see know reason why we allow deletion of patrons without moving them to deletedborrowers first. We don't allow this kind of behavior for records or items, so why patrons? Furthermore it seems far to easy to mis-use this tool by accident, further exacerbating the situation. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |mtompset(a)hotmail.com --- Comment #5 from M. Tompsett <mtompset(a)hotmail.com> --- See my comments in comment 4 as to why I changed this to Failed QA. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 --- Comment #4 from M. Tompsett <mtompset(a)hotmail.com> --- Comment on attachment 33918 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33918 Bug 1985 - Email notification of new OPAC comments Review of attachment 33918: --> (http://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=1985…) ----------------------------------------------------------------- ::: C4/Review.pm @@ +81,4 @@ > (?,?,?,0,now())"; > my $sth = $dbh->prepare($query); > $sth->execute( $borrowernumber, $biblionumber, $review); > + I hope this isn't white space. Please consider: git config --global core.whitespace trailing-space,space-before-tab git config --global apply.whitespace fix @@ +203,5 @@ > + my $borrowernumber = shift; > + > + my $moderatorEmail = C4::Context->preference('CommentModeratorsEmail'); > + if (not($moderatorEmail)) { > + return undef; I think this will fail the koha qa tests. No need to be explicit with the undef; -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8836] New: Resurrect Rotating Collections
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 Priority: P5 - low Change sponsored?: --- Bug ID: 8836 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Resurrect Rotating Collections Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I think it's time to bring back the Rotating Collections feature. The security issue related to it was fixed, but the feature was never re-enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 164

[Bug 4373] Placing and Processing Items Simultaneously causes multiple issues
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4373 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)bigballofwax.co.nz --- Comment #2 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Yes still a problem -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2505] enable Perl warnings in all modules and scripts
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2505 Andrew Maguire <ajm1170(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ajm1170(a)gmail.com --- Comment #23 from Andrew Maguire <ajm1170(a)gmail.com> --- Created attachment 34442 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34442&action=edit Update to C4::Ris.pm Have applied the strict and warning pragmas to C4::Ris.pm Slight side-effect that the AU output may now be normalised as whitespace is removed - I used book ISBN 0340201126 as test case. During testing, discovered the charconv() function is a no-op, so I wondered what should happen if database is in MARC8 (non-UTF) format. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11014] New: Slip Print Problem in Chrome
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11014 Bug ID: 11014 Summary: Slip Print Problem in Chrome Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, you can print circulation slips in Internet Explorer, Firefox, Chromium, and probably heaps of other browsers but not Chrome. When one goes to print a slip in Chrome, a new browser tab is opened, and the "printThenClose" javascript initiates a print. However, instead of using the system dialogue box, it uses a Chrome-specific print preview screen. Since this preview screen is non-standard, the javascript doesn't even detect it, and it proceeds to close the window. (Not the most technical description but that's basically what happens.) Alas, I can't think of any way of getting around this problem. Some research suggests that people use timers or keyboard/mouse movement handlers, but none of those are really optimal strategies for fixing the problem. Another way of getting around it in Chrome is to open the browser using the "--args --disable-print-preview" flags. That will use the system dialogue (which halts the processing of the Javascript and thus the closing of the window until after the actual print is either initiated or cancelled) instead of the custom print screen. However, that might be a lot to ask from a lot of users. I suppose another idea might be to make the printing happen "silently" but then you don't get to choose your printer which is also sub-optimal. At the moment, the easiest thing is just to use a different browser (like Firefox) for circulation if the library prints slips. But again...not really an optimal solution to the problem. Just logging it here anyway. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 12396] New: MTT FIX: Due notices (DUEDGST) are multiplicated and not sent to everybody.
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '14

15 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12396 Bug ID: 12396 Summary: MTT FIX: Due notices (DUEDGST) are multiplicated and not sent to everybody. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org So the first patron receives correct letters, but the followings received all the previous ones AND his letters. Eventually you end up with !n letters in message_queue where n = amount of patrons receiving due messages as digest and having something due. Eventually we got 4 000 000 ODUEDGST-letters of which 1 100 000 were sent to our patrons :) This is madness! Test plan: 0/ Delete the content of the message_queue table. 1/ Pick 3 patrons and set them to receive due messages as digest. 2/ Check 1 item out for 3 separate patrons and specify a due date today. 3/ Launch the advance_notices.pl script. 4/ Before this patch, you got 6 notices (1+2+3 [!n]). Now, you get 3 notices, 1 for each patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16