December 2012 - Koha-bugs - lists.koha-community.org

[Bug 9167] New: The sort field copyrightdate is not standardized
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '12

08 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9167 Bug ID: 9167 Summary: The sort field copyrightdate is not standardized Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl At the OPAC, the sort field is "year" and at the intranet is "copyrightdate". To reproduce: Create a list at the OPAC and select the sort field 'year'. Go to the list management page at the intranet: the sort field "copyrightdate" is not selected by default. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 8588] New: Duplicate field IDs cause problems with SQL report parameter entry
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '12

08 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8588 Priority: P5 - low Change sponsored?: --- Bug ID: 8588 Assignee: oleonard(a)myacpl.org Summary: Duplicate field IDs cause problems with SQL report parameter entry Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Reports Product: Koha When the SQL repots template displays form fields for entering runtime parameters the fields do not have unique ids. This prevents correct label+input markup from being possible and causes buggy behavior by the jQueryUI datepicker widget. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9244] New: Authorities sorting should take subdivisions into account thanks to DOM
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '12

07 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9244 Bug ID: 9244 Summary: Authorities sorting should take subdivisions into account thanks to DOM Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: gaetan.boisson(a)biblibre.com When searching amongst authorities, results area sorted alphabetically on the heading, but sudvisions are not taken into account, leading to confusing results lists for headings with a lot of subdivisions. This should be easily feasible with DOM. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8874] New: export_borrowers.pl : add a separator parameter
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '12

07 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8874 Priority: P5 - low Change sponsored?: --- Bug ID: 8874 Assignee: adrien.saurat(a)biblibre.com Summary: export_borrowers.pl : add a separator parameter Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Command-line Utilities Product: Koha The patron export is now creating CSV files with a comma separator. It's sometimes useful to be able to use another character as a separator. Adding a --separator for this would help. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9241] New: cannot connect to Z39.50 server
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '12

07 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9241 Bug ID: 9241 Summary: cannot connect to Z39.50 server Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: normalina(a)apu.edu.my CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9233] New: Use unambiguous boolean operators for searches
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '12

07 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9233 Bug ID: 9233 Summary: Use unambiguous boolean operators for searches Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com Right now Koha uses ambiguous operators like "and" and "or." for searching. It would be much better if Koha offered the option of using unambiguous search operators. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9240] New: Search operators should be user-configurable
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '12

07 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9240 Bug ID: 9240 Summary: Search operators should be user-configurable Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Searching Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com Depends on: 9233 Blocks: 9234 Having unambiguous boolean operators for searches is a good start, but even better would be to enable librarians to choose their own operators. For example, if a French library would like the "and" operator to approximate natural language, the librarian should be able to set the and operator to "et." -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9228] New: log of messages left
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '12

06 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9228 Bug ID: 9228 Summary: log of messages left Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great if we could keep a log of messages left on the patron's circ screen - not notices - the circulation messages. So after they were deleted they were just removed from the display but still in the DB or on a log page of some sort to see if you're leaving the same message over and over for a patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 82] selectbranchprinter.pl is not executable
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '12

06 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=82 --- Comment #2 from Chris Cormack <chris(a)bigballofwax.co.nz> --- The content of attachment 13908 has been deleted by Chris Cormack <chris(a)bigballofwax.co.nz> who provided the following reason: Spam The token used to delete this attachment was generated at 2012-12-07 08:21:22 NZDT. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8545] New: ZOOM is silent on connection errors
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '12

06 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8545 Priority: P5 - low Change sponsored?: --- Bug ID: 8545 Assignee: gmcharlt(a)gmail.com Summary: ZOOM is silent on connection errors Severity: enhancement Classification: Unclassified OS: All Reporter: starsid(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Searching Product: Koha In file Context.pm, # forge to server $Zconn->connect($host, 0); # check for errors and warn if ($Zconn->errcode() !=0) { warn "something wrong with the connection: ". $Zconn->errmsg(); } the error checking code does not warn when I change $host to something garbage. The subsequent search query just returns an empty set without any errors. OS: Ubuntu 12.04 Koha: 3.9-1~git+20120524174206.f9352e89 Zoom: 1.26-1build2 I also checked this on CentOS 6.2 with Koha 3.08.03 and ZOOM installed as the latest version from the latest CPAN (I can check exact version numbers if needed). -- You are receiving this mail because: You are watching all bug changes.

1 4