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

[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

[Bug 5407] New: Koha displays series entries in the order they're in the MARC
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '11

11 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5407 Summary: Koha displays series entries in the order they're in the MARC Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2751 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2751 Explanatory picture For the 490 MARC field, the 'a' is the series statement and 'v' is the volume number. When displaying details on a biblio, Koha will display any fields in 490 in the order they are in the MARC file, rather than being smarter and making sure 'a' comes before 'v'. See the screenshot. This applies to the XSLT and non-XSLT views, in both the OPAC and the staff client. Note that the link creation only applies to the 'a' field, so it's not causing breakage. -- 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 5263] New: Add support for including fields from the ISSUES table in advanced due notices
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5263 Summary: Add support for including fields from the ISSUES table in advanced due notices Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Add support for including fields from the Issues table in advanced due notices. This is primarily to allow the inclusion of the due date for each item in the advanced due notice, but will allow the inclusion of any field from the ISSUES table. This also adds code to exclude timestamp fields as these are irrelevant to the end user in this context. -- 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 15

[Bug 5663] New: summ
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5663 Summary: summ Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 desc foloows -- 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 16

[Bug 5662] New: Show control number without organization code in OPAC URLs
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5662 Summary: Show control number without organization code in OPAC URLs Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: OPAC AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Depends on: 5622 Estimated Hours: 0.0 According to LOC guidelines, the control number in $w may be prefixed by an organization code between parentheses like (NL-AmRIJ)12345. The URL should only list the record number 12345. (Currently, the complete field is copied into the URL and therefore it is not working.) Revised patch 5622 corrected this for the host entry (773) in staff client and included generic XSLT code to resolve the problem. This followup patch will build upon the generic code in the Utils.xsl and include calls to that routine at the OPAC side. Another bug report builds upon 5622 for the staff client. -- 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 4839] New: System pref for MARC field 008 authorities; additional logic for position 14
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4839 Summary: System pref for MARC field 008 authorities; additional logic for position 14 Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Currently, the default for this marc field is hardcoded in the plugin code of marc21_field_008_authorities.pl (two occurrences). I suggest to move this value to a new system preference. If this pref should not exist, the old hardcoded value could still be used. Furthermore, the default for position 14 (heading use: main or added entry) should be dependent on the authority type. For CHRON_TERM, GENRE/FORM and TOPIC_TERM, it should be b (not appropriate) instead of a (appropriate). Finally, a small bug should be resolved on the line: my $f32 = substr($result,32,2); this field is only one character, so should be: my $f32 = substr($result,32,1); I will send a preview of a patch to the developer list. -- 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 20

[Bug 4841] New: Advanced search returns 0 results if the itemtype have no items
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '11

26 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4841 Summary: Advanced search returns 0 results if the itemtype have no items Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: altiraboschi(a)yahoo.com.ar QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you specify the item type of that you’re searching, advanced search seeks on the subfield 952$y. So, if you do not have items, the search returns 0 results. You can modify two templates in such a way that the criteria of search were the subfield 942$c: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/catalogue/advsearch.tmpl /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/opac-advsearch.tmpl In these files you should change mc- with itemtype -- 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 6