January 2015 - Koha-bugs - lists.koha-community.org

[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

[Bug 11339] New: time due doesn't show on patron details page
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11339 Bug ID: 11339 Summary: time due doesn't show on patron details page 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 On the patron details page: /cgi-bin/koha/members/moremember.pl?borrowernumber=68248 the time due doesn't show at the bottom, but on the check out tab it does /cgi-bin/koha/circ/circulation.pl?borrowernumber=68248 - it should show in both places. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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 10977] New: Connexion Gateway: biblios not importing as a batch
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10977 Bug ID: 10977 Summary: Connexion Gateway: biblios not importing as a batch Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: drnoe(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 21662 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21662&action=edit screenshot In Staged MARC Management, when importing multiple records and set to import_mode: stage, each biblio is staged individually not as a batch. ----------------- Steps to replicate: 1) Configure Connexion Client. 2) Set connexion.conf to import_mode: stage 3) Import a batch of records. Each biblio is a separate file in Manage staged MARC records. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11063] New: Add circulation message's patron when checkin items (returns.pl)
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11063 Bug ID: 11063 Summary: Add circulation message's patron when checkin items (returns.pl) Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, It would be nice to see on return page if a patron has a circulation message. Thanks Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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 10517] New: kohe-restore fails to create mysqluser@mysql_hostname so zebra update fails
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10517 Bug ID: 10517 Summary: kohe-restore fails to create mysqluser@mysql_hostname so zebra update fails Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: John.Seymour(a)nal.gov.au CC: robin(a)catalyst.net.nz Created attachment 19284 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19284&action=edit patch koha-restore kohe-restore fails to create mysqluser@mysql_hostname so zebra update fails. It also attempts to drop the mysqluser which does not exist causing an error. Please find attached an updated version which corrects these problems. -- 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 11223] New: Incorrect ind1 semantics for MARC21 785
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11223 Bug ID: 11223 Summary: Incorrect ind1 semantics for MARC21 785 Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: drigney(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The first indicator for MARC21 fields 76x-78x should control whether the entire field displays, not whether the $n subfield displays. To reproduce: view a record that includes a 785 field with indicator 1 set to '1' and the system preference OPACXSLTDetailsDisplay enabled. The 785 field will show up, but according to the standard no display should be generated when 785 indicator 1 is set to '1'. In the MARC21slim2intranetDetail.xsl, MARC21 field 785 are always displayed when present, and indicator 1 is used to determine whether or not to display and 785$n. This was fixed in the opac with bug id 4370. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1