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

[Bug 7142] New: non public note on item edit
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '14

22 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7142 Bug #: 7142 Summary: non public note on item edit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/moredetail.pl?biblionumber=180 &itemnumber=254#item254 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com It would be nice to have the non public note on the brief item edit view so that circ librarians (who usually use this page) can leave non public notes for their colleagues about the item - right now you can only add a non public note if you enter it in the full edit item. Nicole -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2

[Bug 12295] New: Javascript error when merging authorities
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '14

22 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12295 Bug ID: 12295 Summary: Javascript error when merging authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Attempting to merge authorities results in the following error: Uncaught SyntaxError: Unexpected token u authorities-home.pl:284 showMergingInProgress authorities-home.pl:284 (anonymous function) authorities-home.pl:297 o jquery.js:2 p.fireWith jquery.js:2 e.extend.ready jquery.js:2 c.addEventListener.B -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 12084] New: Published date for serial items not formatted according to dateformat system preference
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '14

18 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12084 Bug ID: 12084 Summary: Published date for serial items not formatted according to dateformat system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: 1) Create a subscription with items added on receive 2) Receive a few issues and create items 3) Check the staff detail page 4) Verify that the published date shown there under Publication details is not showing according to the dateformat system preference. The date formatting should be done using the TT plugin. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10051] New: surname and first name should have comma in Holds to Pull report
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '14

18 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10051 Bug ID: 10051 Summary: surname and first name should have comma in Holds to Pull report Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the Holds to Pull report shows names as Surname Firstname It would look nicer and be less confusing if it said Surname, Firstname -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 11706] New: Typo "efault" in updatedatabase.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '14

18 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11706 Bug ID: 11706 Summary: Typo "efault" in updatedatabase.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org installer/data/mysql/updatedatabase.pl: VALUES ( "issues to claim", "efault CSV export for serial issue claims", "efault", should be "Default" -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 5579] New: Remove items from biblioitems.marcxml
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '14

17 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5579 Summary: Remove items from biblioitems.marcxml Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dev_patches(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 25

[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 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 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 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