June 2013 - Koha-bugs - lists.koha-community.org

[Bug 6779] New: Dont allow mem renewal x days before expiry
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6779 Bug #: 6779 Summary: Dont allow mem renewal x days before expiry 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 Sys pref based option to not allow mem renewal x days before membership expiry. -- 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 9629] New: Replace YUI button on patron category administration pages with Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9629 Bug ID: 9629 Summary: Replace YUI button on patron category administration pages with Bootstrap Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/categorie.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The "New category" button on the patron category administration page is generated using YUI. It should use Bootstrap instead. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10318] New: show email on patron search results
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10318 Bug ID: 10318 Summary: show email on patron search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron search results page it would be great to see the email address. It could go in the name column with other contact info. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 8683] New: Acq: Clear button doesn't clear all item fields
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8683 Priority: P5 - low Change sponsored?: --- Bug ID: 8683 Assignee: koha-bugs(a)lists.koha-community.org Summary: Acq: Clear button doesn't clear all item fields Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha UniqueItemFields: barcode AcqCreateItem: placing an order Autobarcode: 1, 2, 3... When you add items to a new order, the clear link doesn't work for some of the fields. It doesn't work for: - date acquired - barcode Maybe because of the plugins linked to those fields? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10451] New: Firefox prints only first page of table with shrink to fit option
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '14

11 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10451 Bug ID: 10451 Summary: Firefox prints only first page of table with shrink to fit option Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: dpavlin(a)rot13.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 6483] New: Paging in opac-detail when coming from a search
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '14

10 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6483 Bug #: 6483 Summary: Paging in opac-detail when coming from a search Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: salva(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org Add paging in opac-detail when coming from a search to be able to continue viewing the results list in the opac-detail without returning to the results list page. -- 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 58

[Bug 9728] New: XISBN use simple search instead of SQL
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 Bug ID: 9728 Summary: XISBN use simple search instead of SQL Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com XISBN API uses normalized ISBN of a biblio to get a list of ISBNs, then searches via SQL in database for notices with those ISBNs. I noticed that if input ISBN has hyphens then returned ISBNs have hyphens else they don't have. So SQL query will not find if ISBNs have hyphens in database. Also, if biblio has several ISBN, only first one can be found with actual SQL query (isbn LIKE '$xisbn%'). So I propose to use a simple search "nb=$xisbn". This will find biblio from ISBN with or without hyphen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 8550] New: Z39.50 searches for ISBN/ISSN problematic
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8550 Priority: P5 - low Change sponsored?: --- Bug ID: 8550 CC: m.de.rooy(a)rijksmuseum.nl Assignee: jcamins(a)cpbibliography.com Summary: Z39.50 searches for ISBN/ISSN problematic Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Copy cataloging via Z39.50 is often done by searching on ISBN or ISSN. Unfortunately, the code for doing this is... problematic, and may cause problems with some Z39.50 servers. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 9871] New: Quiet warns when logging into Koha
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9871 Bug ID: 9871 Summary: Quiet warns when logging into Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de For a standard installation using Koha's normal authentication a staff login produces 3 warns in the logs that could be suppressed: [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value in string ne at /home/katrin/kohaclone/C4/Auth.pm line 674., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value $pki_field in string eq at /home/katrin/kohaclone/C4/Auth.pm line 784., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value $pki_field in string eq at /home/katrin/kohaclone/C4/Auth.pm line 784., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9940] New: Add a new index for original language of document
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9940 Bug ID: 9940 Summary: Add a new index for original language of document Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr It could be usefull to add a new index for original language of document. Ex : In UNIMARC, if a book printed in french is a translation of a german one, at present, we can make a search using "ln" index, mapped with 101$afre, but we cannot search for the original language, stored in 101$cger. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 18