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

[Bug 1277] New: Enhance: Z39.50 More search criteria
by bugzilla-daemon＠daddy.katipo.co.nz 13 Jan '07

13 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1277 Summary: Enhance: Z39.50 More search criteria Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: z39.50 Server AssignedTo: jmf(a)kados.org ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org Enhance the excellent z39.50 client with more search criteria Title,* Author, Subject, ISBN,* LCCN, Keyword, Raw Text * already present. Other fields possible... The z39.50 client is so good, to add more criteria would make it even better... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1276] New: Cannot search for patron wtih apostrophe in their name
by bugzilla-daemon＠daddy.katipo.co.nz 11 Jan '07

11 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1276 Summary: Cannot search for patron wtih apostrophe in their name Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Circulation AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org It's not possible to retrieve a record for a patron whose name contains an apostrophe when searching from the issues screen. Searching from the members search form works fine. The example in NPL's database that revealed the bug was "Tony D'Andrea" ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1275] Patron Barcode Duplicate Allowed
by bugzilla-daemon＠daddy.katipo.co.nz 11 Jan '07

11 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1275 drdrulm(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Version|2.4.0 |branch 2.4 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1275] New: Patron Barcode Duplicate Allowed
by bugzilla-daemon＠daddy.katipo.co.nz 11 Jan '07

11 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1275 Summary: Patron Barcode Duplicate Allowed Product: Koha Version: 2.4.0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org A patron who already has a record created allows a duplicate (exiting) barcode to be entered in the field. A search on this barcode returns 2 patrons. Also, The patron barcode # or string needs to have spaces stripped off the left and right to avoid problems. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1274] New: problem in UNIMARC Editor, when adding a subfield
by bugzilla-daemon＠daddy.katipo.co.nz 11 Jan '07

11 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1274 Summary: problem in UNIMARC Editor, when adding a subfield Product: Koha Version: 2.2.7 Platform: Other OS/Version: Linux - Redhat Status: NEW Severity: normal Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)nongnu.org In the unimarc editor, when you try to add a subfield which is linked with an authority, after fill in the first subfield or not, the content of the new subfield is the same of the first. If you try to delete it, it duplicates it one more time... It can happen on 210c and 610a unimarc subfield. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1273] New: Problem with adding a biblio with a missing mandatory field.
by bugzilla-daemon＠daddy.katipo.co.nz 11 Jan '07

11 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1273 Summary: Problem with adding a biblio with a missing mandatory field. Product: Koha Version: 2.2.7 Platform: Other OS/Version: Linux - Redhat Status: NEW Severity: minor Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)nongnu.org When you try to add a biblio with a missing mandatory field, which has a ( not mandatory) subfield with an linked autorized values list, a popup come up to tell you must fill it. But in this case, the whole list is showed.If this list too long, the "Ok" blue button on the bottom of the popup is not clicable, and you must escape from Firefox, and lose your biblio... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1272] New: Remember for Session in Circ for Date set resets for strange reasons
by bugzilla-daemon＠daddy.katipo.co.nz 10 Jan '07

10 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1272 Summary: Remember for Session in Circ for Date set resets for strange reasons Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org Remember for Session resets the data to default when: 1. A box appears for confirmation 2. Fines on account 3. Other reasons that are unknown The firefox browser is set to accept and keep all cookies. Is anyone else getting this? It makes it difficult to check out a series of items for long term without haveing to re-enter the date on most items. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1024] Reservoir imports without ISBN fail
by bugzilla-daemon＠daddy.katipo.co.nz 10 Jan '07

10 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1024 drdrulm(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |1271 nThis| | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1271] New: Reservoir imports work with ISBN 1/2 sometimes (50% of time), not with Title
by bugzilla-daemon＠daddy.katipo.co.nz 10 Jan '07

10 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1271 Summary: Reservoir imports work with ISBN 1/2 sometimes (50% of time), not with Title Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org BugsThisDependsOn: 1024 The Reservoir import does not locate correctly by title. We may need a MySQL LIKE %title% or something to that effect. The ISBN is better, but still on 1/2 the Marc records tested (from OCLC) do not locate correctly. I have tried both MARC21 and UNIMARC formats. Could it be the Zebra updates? Perhaps this is associated to the z39.50 client search, which has good results on the ISBN, so so on the titles. Still it seems to be the search cgi-bin/koha/acqui.simple/addbooks.pl with the main problem. +++ This bug was initially created as a clone of Bug #1024 +++ Koha fails to import records into the reservoir with no ISBN in 2.2. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1270] New: Page links are incorrect with multipage search results
by bugzilla-daemon＠daddy.katipo.co.nz 09 Jan '07

09 Jan '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1270 Summary: Page links are incorrect with multipage search results Product: Koha Version: branch 2.2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org The page links at the bottom of the search results is showing the wrong number of pages. For instance, in NPL's OPAC a search for keyword 'guitar' returns 264 results. At 20 results per page, the last page of results should be page 14. When you click through to page 14, the links at the bottom look like this: << Previous 5 6 7 8 9 10 11 12 13 >14< 15 16 17 18 19 20 21 22 23 24 25 Next >> Clicking through to the pages above 14 bring up no results, so the initial count seems to be accurate. This problem occurred with several types of searches. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0