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

[Bug 6778] New: Display suggestor's name in catalog detail page
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6778 Bug #: 6778 Summary: Display suggestor's name in catalog detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org Display suggestor's name in catalogue detail page (both regular and XSLT views) -- 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 4

[Bug 12502] New: Add a column for note in late order page
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12502 Bug ID: 12502 Summary: Add a column for note in late order page Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, it would be fine to have a column for vendor's note in late order page. This would be useful to add a note if you know a vendor still has time delivery, a vendor supplier for example. Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12490] New: Choose notices to receive in copy with OverdueNoticebcc
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12490 Bug ID: 12490 Summary: Choose notices to receive in copy with OverdueNoticebcc Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, With OverdueNoticeBcc we receive copy of all notices(. It would be nice to choose which notice we want to receive in copy (DUE, ODUE, CHECKOUT, or just PREDUE) Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12047] New: Add new suggestion page should hide inactive funds
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12047 Bug ID: 12047 Summary: Add new suggestion page should hide inactive funds Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org When adding a suggestion, all funds are showing. It would be great to have the same option like in new order page to select active/inactive funds. Thanks, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11044] New: All the librarians managing a fund should see the suggestions related to this fund
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11044 Bug ID: 11044 Summary: All the librarians managing a fund should see the suggestions related to this fund 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org All the librarians managing a fund should see the suggestions related to this fund If the librarian managing history collections is replaced by an other colleague, this other librarian should have access to all suggestions accepted by his colleague. Not sure it is currently possible M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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