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

[Bug 10162] New: holds shouldn't be allowed on the title level of analytics
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10162 Bug ID: 10162 Summary: holds shouldn't be allowed on the title level of analytics Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl For this example I have a Kindle bib record with analytic records for each title on the Kindle. If you place a hold on the next available copy of 'Gone Girl' (a title on the Kindle) it goes on the holds queue for the analytic record (the title) but it should go on the Kindle because the title isn't really it's own item. I haven't tried checking in the barcode associated with the Kindle and the title, but I would assume that it would confuse Koha quite a bit if there were holds on the title and on the Kindle. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11838] New: catalog print buttons needs circ permissions
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11838 Bug ID: 11838 Summary: catalog print buttons needs circ permissions Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 25624 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25624&action=edit permissions Two librarians reported the inability to use the print button to print a MARC (see 2 attached screen shots.) I explored the issue and discovered that if I enable the Circulate permissions for these librarians the PRINT button works properly. These 2 would seem to be unrealated, but it is a reproducable symptom. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8179] New: Receiving items requires repetitive clicking.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Priority: P5 - low Change sponsored?: --- Bug ID: 8179 Assignee: henridamien(a)koha-fr.org Summary: Receiving items requires repetitive clicking. Severity: enhancement Classification: Unclassified OS: All Reporter: fred.pierre(a)smfpl.org Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Our Acquisitions workflow is currently hindered by a repetitive process of receiving individual items. The parcel.pl and orderreceive.pl scripts in Koha 3.5 do not provide us with a way to checkbox individual items for receipt, or alternatively, "Receive All." We have to click receive on each item, then save the individual item and return to the receive screen. On orders where we have a hundred items, you can imagine this process of receiving is very tiresome, when a "Receive All" function could be implemented. Because several Acquisitions team members may be receiving items in the same basket, a checkbox on each line and a "Receive checked" would allow each worker to receive their specific items - giving the option to check all and receive, or just receive the items on your specific physical cart. This would be a benefit when large orders are being processed. By combining orderreceive.pl and finishreceive.pl we expect to be able to automate the process for batch receiving of items on an order. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11933] New: Relace the "Date Due" column to "Routing Location" column in the Serial Rounting Slip Template
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11933 Bug ID: 11933 Summary: Relace the "Date Due" column to "Routing Location" column in the Serial Rounting Slip Template Change sponsored?: --- Product: Koha Version: 3.12 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hing-choi.fung(a)dol.state.nj.us QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com We need a "Routing Location" column in the serial routing slip template, so that we can show the different locations each serial needs to be routed to in each routing slip. I guess the column need to link to the "Address" item under "Alternate address", in the Patrons data input page (in our case). We don't need the "Due Date" column. Also, it will be terrific to have a module for us to edit the routing slip template, so that we can make changing in it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11782] New: Need junktag file to remove specific marc fields/subfields on z39.50 import
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11782 Bug ID: 11782 Summary: Need junktag file to remove specific marc fields/subfields on z39.50 import Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: Jeremy.evans(a)nibsc.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Our previous LMS had a junktag file where we would specify which marc fields/subfields should be automatically stripped out each time a new record was imported via z39.50 e.g. LC/NLM records have a lot of local admin/holdings note fields not needed by us (many of which we choose not to display anyway) so we have to delete them after importing. If these fields could be removed automatically it would make it a quicker process to import new catalogue records & make them shorter so easier to read. It would also be useful to be able to specify this separately for each z39.50 source -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11754] New: Show "problematic" holds info on patron info
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11754 Bug ID: 11754 Summary: Show "problematic" holds info on patron info Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Would like to see a calculated "Hold Over" date and item flagged or highlighed in yellow on the circulation.pl and moremember.pl pages in the holds tab, and on the requests.pl page. Staff need to be able to tell at a glance that the hold has ended and needs to move on. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11627] New: Branch Library not set for item when serial issue received
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11627 Bug ID: 11627 Summary: Branch Library not set for item when serial issue received Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: Jeremy.evans(a)nibsc.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When receiving serial issues we usually have the subscription set to automatically create an item on receipt using the "create an item record when receiving this serial" option in the subscription record. The branch library is specified in the subscription record but this does not carry through to the newly created item - we have to manually set the branch library each time (the item type and shelving location do carry through) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11485] New: serial renew doing wonky things
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11485 Bug ID: 11485 Summary: serial renew doing wonky things Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Sorry - don't have a better title than that and haven't tested in 3.14 yet. I went to the subscription page and at the top it said it was going to expire on 01/01/2013 (yes it says 'going' instead of 'has expired'). I clicked the 'renew this subscription' link and the pop up all looked right. It had the start date of 01/01/2014 and 12 months. I clicked submit. At this point everything is still okay. I go to receive the latest issue (which is Dec 30, 2013) and it works as I'd expect, but the next issue that's generated is the problem - it has skipped all of 2014 and now is doing 2015!! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10849] New: z3950servers.pl multiple pages features/filter not working as expected
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10849 Bug ID: 10849 Summary: z3950servers.pl multiple pages features/filter not working as expected Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Using 3.12.3, we have 24 total Z targets set up on our system. On .../cgi-bin/koha/admin/z3950servers.pl, it says "Showing 1 to 20 of 20", instead of Showing 1 to 20 of 24". Page 2 it says "Showing 1 to 4 of 4" instead of "Showing 21-24 of 24". Also, when I try to change the dropdown of "Show 20 entries" to Show All entries or any of the other listed options, nothing happens. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11428] New: errors showing that are not relevant
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11428 Bug ID: 11428 Summary: errors showing that are not relevant Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 23694 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23694&action=edit all errors in one I'm noticing this more and more in 3.12 - we're seeing error that just aren't relevant, is there something wrong with the error message display check? This item was not checked out - that's the only error that's relevant (and the record local use because of the sys prefs settings). The item wasn't checked out - hadn't ever been checked out and as such was not lost and did not need a refund. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2