March 2013 - 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 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 6341] New: Request for multiple calendar support option
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6341 Bug #: 6341 Summary: Request for multiple calendar support option Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Holidays AssignedTo: henridamien(a)koha-fr.org ReportedBy: indradg(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Koha provides only a single calendar option - the Gregorian calendar. However, in places like India, the *official* national calendar is not Gregorian, although it is used alongside. Plus in rural parts of country, many people still using the "old" non-Gregorian standard. See http://en.wikipedia.org/wiki/Indian_national_calendar It will be nice if Koha can support the option of choosing from multiple calendars. I believe support for Hejri (the Islamic calendar) may also be required for middle-East deployments. -- 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 1

[Bug 8876] New: branch not always stored in the stats table for payments
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8876 Priority: P5 - low Change sponsored?: --- Bug ID: 8876 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: branch not always stored in the stats table for payments Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha When making payments the branch is not always grabbed for the stats table and people really need that info for accounting purposes. I have no nailed down when it's not saving yet but I wanted to report this so that we can look in to it. This is true in 3.8 and master. I have included the proccode in this in case that's the key - I don't know what these numbers mean. mysql> select branch, datetime, type, proccode from statistics where type= 'payment' order by datetime desc; +--------+---------------------+---------+----------+ | branch | datetime | type | proccode | +--------+---------------------+---------+----------+ | NULL | 2012-09-11 04:13:37 | payment | 32 | | NIC | 2012-08-23 11:34:56 | payment | 31 | | NULL | 2012-08-23 11:34:48 | payment | 21 | | NIC | 2012-08-02 14:19:53 | payment | 12 | | NIC | 2012-06-26 01:42:29 | payment | 26 | | NIC | 2012-05-14 07:53:22 | payment | 23 | | NULL | 2012-05-14 07:53:09 | payment | 19 | | NULL | 2012-04-11 20:41:57 | payment | 16 | | NULL | 2012-04-11 20:41:45 | payment | 16 | | NULL | 2012-04-11 20:39:55 | payment | 24 | | NIC | 2012-03-31 14:42:25 | payment | 31 | | NULL | 2012-02-28 09:51:41 | payment | 4 | | NULL | 2012-02-28 09:51:30 | payment | 3 | | NULL | 2012-02-28 09:51:10 | payment | 2 | | NULL | 2012-02-26 22:16:22 | payment | 2 | | NULL | 2012-02-26 22:15:56 | payment | 4 | | FFL | 2012-02-24 16:10:50 | payment | 50 | | NULL | 2012-02-24 16:10:41 | payment | 46 | | NULL | 2012-02-24 16:10:35 | payment | 44 | | NULL | 2012-02-24 15:51:01 | payment | 40 | | NULL | 2012-02-24 15:50:53 | payment | 40 | | NIC | 2012-02-24 15:50:08 | payment | 42 | | NULL | 2012-02-24 15:45:24 | payment | 38 | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8589] New: Advanced Search for itemtype and location produces some results that are not useful
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8589 Priority: P5 - low Change sponsored?: --- Bug ID: 8589 Assignee: gmcharlt(a)gmail.com Summary: Advanced Search for itemtype and location produces some results that are not useful Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Searching Product: Koha When searching for a list of circulating books in New York, I can run a search specifying an item type of "circulating item" and a location of "New York" from Advanced Search. The search returns some results that look like this: Item type Location Call Number Status Book New York 500 GRA (Browse Shelf) Not for loan Book San Francisco 500 GRA (Browse Shelf) Not for loan Circulating item Atlanta 500 GRA (Browse Shelf) Not for loan Circulating item Cleveland 500 GRA (Browse Shelf) Available The last two items are circulating items, and the first item has a location of New York, but there aren't any items that are BOTH circulating AND in New York, so this is not a useful result. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8511] New: display due date times in AM/PM format rather than 24hr
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8511 Priority: P5 - low Change sponsored?: --- Bug ID: 8511 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: display due date times in AM/PM format rather than 24hr Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Add another option to the dateformat sys pref to allow libraries to choose how to display the hour portion of the date: AM/PM or 24hr. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9706] New: xslt icon for artifacts isn't quite right
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9706 Bug ID: 9706 Summary: xslt icon for artifacts isn't quite right Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com For the XSLT icons if leader6 = r Then it shows a film image, but that's really 'Three-dimensional artifact or naturally occurring object' which is more like regalia or a statue type icon maybe. -- You are receiving this mail because: You are watching all bug changes.

1 2