August 2011 - Koha-bugs - lists.koha-community.org

[Bug 4918] New: searsh z3950
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '11

24 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4918 Summary: searsh z3950 Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: dali.bouazizi(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Echec de la connexion à z3950.bnf.fr -- 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 6120] New: Add search links in detail pages
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '11

24 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6120 Bug #: 6120 Summary: Add search links in detail pages Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Based on features F10 and F11 developed for Lyon 2 University by Progilone. See http://git.progilone.com/?p=koha-lyon2.git;a=shortlog;h=F10-F11 After a search is performed, add in detail pages 3 links : - Back to results : Leads to current search results page (same index, query and limits). Not shown if search leads directly to a detail page. - Back to simple search : Leads to main page with header filled with current search index, query and limits (like result page). - Back to advanced search : Leads to advanced search page. Also adds 'focus' class to query input field in header. -- 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 28

[Bug 5436] New: Extended patron attributes display improvements
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '11

19 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5436 Summary: Extended patron attributes display improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Enhancements_to_th e_display_of_extended_patron_attributes_in_circ OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Extended patron attributes are a great tool: it provides nice flexibility in the information one wants to manage in the patron's record. But as of version 3.2 we don't have any way to manage how this information will be displayed once entered. For some extended attributes, it might be useful to have them display in circ/circulation.pl, in the Check Out tab, which is arguably the most important tab in this page, rather than at the end of the Details page. This RFC proposes: when looking up a patron from members-home.pl and having one and only one result, one should go straight to the member.pl, not have a table with 1 result only; on circ/returns.pl page when I click on a patron's name (link), I should not go to koha/members/moremember.pl?borrowernumber=XXX but to koha/circ/circulation.pl?borrowernumber=XXX to add a field to admin/patron-att-types.pl?op=edit -- 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 43

[Bug 5660] New: Webinstaller should check if KohaOpacLanguage exists in staff
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '11

17 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5660 Summary: Webinstaller should check if KohaOpacLanguage exists in staff Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: PATCH-Sent Component: Installation and upgrade (web-based installer) AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 While upgrading, I stumbled into this error: [error] [client ...] built-in find_file: can't find file /usr/share/koha/testclone/koha-tmpl/intranet-tmpl/prog/nl-NL/modules/installer/step3.tmpl with path = [ '/usr/share/koha/testclone/koha-tmpl/intranet-tmpl/prog/nl-NL/includes' ], referer: http://.../cgi-bin/koha/installer/install.pl?step=3 What is the case? I installed language nl-NL only on the opac side. But the installer simply assumes it to be on the intranet side too. Will send a small patch for this bug. -- 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 17

[Bug 6589] New: can't add supplements
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '11

16 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6589 Bug #: 6589 Summary: can't add supplements Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When trying to add a supplement I get this error: Software error: mismatched tag at line 7, column 2, byte 273 at /usr/lib/perl5/XML/Parser.pm line 187 -- 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 10

[Bug 6031] New: koha-rebuild-zebra doesn't allow XML and verbose indexing
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '11

15 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6031 Bug #: 6031 Summary: koha-rebuild-zebra doesn't allow XML and verbose indexing Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org XML is often a bit more robust than regular usmarc processing, so the script should have the option to use that for biblios. Also, it should be able to make things verbose. -- 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 9

[Bug 4959] New: language inconsistencies in baskets
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '11

13 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4959 Summary: language inconsistencies in baskets Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When closing a basket it asks if you want to create a purchase order and then it takes you the basket grouping page. I think that to be consistent, basket grouping language needs to be changed to say purchase order anywhere that the 'basket group' language appears. A basket group can be only 1 basket - but a purchase order can contain 1 or more baskets - also this seems to be the language that the librarians I talked to use the most consistently. -- 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 32

[Bug 5774] New: XISBN default set wrong in new installs
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '11

13 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5774 Bug #: 5774 Summary: XISBN default set wrong in new installs Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I just did a fresh install and the default value for XISBN is still 499, but the description accurately says that the limit is 999 - so the default value should be updated on new installs. -- 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 3

[Bug 5213] New: Suffix number sequence not resetting properly in hmyymmincr barcode autogen pattern
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5213 Summary: Suffix number sequence not resetting properly in hmyymmincr barcode autogen pattern Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Two things are happening. First, the SELECT does not account for a branchcode greater than 2 chars. This is fixed by just selecting the final four digits representing the incremental suffix from the barcode field. Second, the incremental suffix (4 digits) is not rolling back over to zero when reaching 9999. This pattern probably needs help. It should allow for cataloging of 10000 items per month as is. I would not recommend doing barcode numbering this way, but need to support it since it is in use in at least one library. -- 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 8

[Bug 5379] New: import_borrowers.pl fails with db insert/update errors
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '11

12 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5379 Summary: import_borrowers.pl fails with db insert/update errors Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I'm not sure what is going on here exactly; the gonenoaddress, lost, debarred, guarantorid, and flags db fields default to NULL, but for some reason when the insert/update occurs, DBD returns an error like "Incorrect integer value: '' for column 'foo'..." It appears save to default these to zero for now. This patch also adds more logging of errors and a notice to the user to check the logs for errors when they occur. -- 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 23