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

[Bug 11325] New: Focus not on "Add Item" in Lists
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11325 Bug ID: 11325 Summary: Focus not on "Add Item" in Lists Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When viewing a list, the focus/cursor is no longer on the "add items" field below the list. Previously a user could simply scan or enter barcode numbers to add multiple items. Now a user must manually focus on this field for each added item, slowing list creation. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 11880] New: Select the barcode index by default then searching for label items.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11880 Bug ID: 11880 Summary: Select the barcode index by default then searching for label items. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 25746 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25746&action=edit Select the barcode index by default then searching for label items. Since searching for barcodes should be a lot more frequent when creating item batches, this patch make the barcode index selected by default on the label item search page. Test case: * Go to "Tools -> Label creator -> Manage batches" * Click on the "New batch" button * Click on the "Add item(s)" button * A search window should open. The "Barcode" value should be selected in the the selectbox. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 11882] New: Add a new button to the checkout confirmation dialog when checking out a reserved item.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11882 Bug ID: 11882 Summary: Add a new button to the checkout confirmation dialog when checking out a reserved item. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 25748 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25748&action=edit Add a "Don't Check Out and Print Slip" button to the dialog that appears when trying to checkout a reserved item. This patch adds a "Don't Check Out and Print Slip" button to the dialog that appears when trying to checkout a reserved item. Test case : * Put a hold on an item for User A. * Try to check out it item with User B. * The "Please confirm checkout" box should appear. The "Don't Check Out and Print Slip" button should appear in this box. * Click on the "Don't Check Out and Print Slip" button. * You should be redirected to the "Check in" page, where a dialog will give you more informations on the hold, and let you print a reservation slip. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 10963] New: Simplified creation of MARC21 sample frameworks
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10963 Bug ID: 10963 Summary: Simplified creation of MARC21 sample frameworks 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: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As mentioned on IRC, use of current sample frameworks is discouraged because they are incomplete or out of sync with default framework. I propose to build sample and fast add frameworks using default framework. New files are smaller and we need to mantain a single framework. Also there will be less strings to translate, when time comes for that. -- You are receiving this mail because: You are watching all bug changes.

1 100

[Bug 7369] New: duplicate item
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7369 Bug #: 7369 Summary: duplicate item Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com It would be nice when coming back to a bib record with items on it already to be able to choose an item to duplicate. You can duplicate bib records and subscriptions under their edit menus, but the only way to duplicate an item is to use add and duplicate which is only done when adding a new item - but often you want to duplicate an existing item at a later date and this would allow that. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 45

[Bug 10933] New: PurgeSearchHistory should be merge into the C4::Search::History module
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10933 Bug ID: 10933 Summary: PurgeSearchHistory should be merge into the C4::Search::History module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 7895] New: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7895 Priority: P5 - low Change sponsored?: --- Bug ID: 7895 Assignee: nengard(a)gmail.com Summary: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_6 Component: About Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11122] New: publisher code and publication year not fetched in acq orders
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11122 Bug ID: 11122 Summary: publisher code and publication year not fetched in acq orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In acquisition, several templates try to display publisher code and publication year : invoice.tt, parcel.tt, transferorder.tt. Thoses pages use C4::Acquisition methods GetPendingOrders or GetInvoiceDetails. The bug is that in the SQL query of those methods, biblioitems.publishercode and biblioitems.publicationyear. In uncertainprice.pl those datas are fetch using GetBiblioData. It whould be better to fetch them in GetPendingOrders and GetInvoiceDetails. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 12599] New: IndependentBranches Holes
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12599 Bug ID: 12599 Summary: IndependentBranches Holes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When IndependentBranches is turned on, you cannot find patrons from other branches using the search interface. However, you can change the argument for the "member" parameter, and access patrons from other branches in this way. That said, you still can't "Edit" or "Delete" patrons from other branches. "Edit" will kick you out of the record and return you to the search screen, while "Delete" tells you that you're being naughty. However... You "can": 1) change their password 2) print summaries 3) renew their registration 4) set permissions 5) export today's checked out barcodes 6) manage fines 7) check things out to them (from the Checkout tab and possibly if there is a perm/preference for checking things out to people from different branches...) 8) view circulation history && statistics 9) view purchase suggestions (and fill out the form...although saving it doesn't appear to do anything) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12363] New: Marking an item as lost in koha always returns it, but longoverdue.pl may not
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12363 Bug ID: 12363 Summary: Marking an item as lost in koha always returns it, but longoverdue.pl may not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The cronjob script longoverdue.pl has a switch --mark-returned which controls if an item is returned when marked as lost. As such, by default items are *not* returned when lost by longoverdue.pl, and at the same time, *are* returned when marked as lost from the staff intranet. In the past, marking an item as lost from additem.pl would not return the item, but doing so from moredetail.pl, so librarians had at least some control over having and item returned when lost. An update to additem.pl now causes all ways to mark an item as lost from the staff intranet. This behavior makes little sense. The flag behavior should be moved to a system preference. An upgrade path is problematic though. We could have longoverdue.pl set the system preference value based on the --marked-returned flag on each run. That would allow upgrades to work without intervention. -- You are receiving this mail because: You are watching all bug changes.

1 3