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

[Bug 6760] New: Generate new card number on renewals and duplicate card issuance
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '15

07 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6760 Bug #: 6760 Summary: Generate new card number on renewals and duplicate card issuance Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Some libraries need a new card to be generated on membership renewal and duplicate card issuance. A new sys pref will be created for this purpose. -- 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 8601] New: Allow more pictures on Patron Cards
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8601 Priority: P5 - low Change sponsored?: --- Bug ID: 8601 Assignee: cnighswonger(a)foundations.edu Summary: Allow more pictures on Patron Cards Severity: enhancement Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha Currently there is only 2 pictures allowed on patron card. This is acceptable, however it would be nice to be able to add more with an "add another image" button or something along those lines. At the very least, could we free up a custom image by making the patron image a separate component? I've tried adding extra images to the XML code in the database, and it seems to work just by incrementing the image number value. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7569] New: Add Google Transliteration tool to fields during cataloging and in advanced search in OPAC
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7569 Bug #: 7569 Summary: Add Google Transliteration tool to fields during cataloging and in advanced search in OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha.sekjal(a)gmail.com Google's transliteration tool can be turned on for basic search in OPAC's masthead. Attemt to add this tool to: 1. Cataloging pages especially addbooks.pl: this will allow users to catalog items in other languages efficiently 2. Advanced search fields in the OPAC -- 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 2

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

06 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 11044] New: All the librarians managing a fund should see the suggestions related to this fund
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

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