April 2009 - Koha-bugs - lists.koha-community.org

[Bug 3148] New: Incorrect data type for zebraqueue.biblio_auth_number causes failure of updates to authorities
by bugzilla-daemon＠liblime.com 27 May '09

27 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3148 Summary: Incorrect data type for zebraqueue.biblio_auth_number causes failure of updates to authorities Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: MARC Authority data support AssignedTo: rch(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 auth_header.authid is a bigint, while biblio_auth_number is int(11). -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3120] New: Dewey call numbers not splitting correctly on spine labels
by bugzilla-daemon＠liblime.com 21 May '09

21 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3120 Summary: Dewey call numbers not splitting correctly on spine labels Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: beverly.church(a)liblime.com Estimated Hours: 0.0 Dewey call numbers are not splitting correctly on spine labels. However, this problem is not happening consistently in a label batch. Some call numbers split properly while others do not. I have also attached a PDF file showing the spine labels for a label batch where only 2 of the 9 call numbers split correctly. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 3149] New: With metric date, cannot receive order
by bugzilla-daemon＠liblime.com 21 May '09

21 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3149 Summary: With metric date, cannot receive order Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 If you have metric dates, the url generated to receive a document use the metric format, so the next page cannot parse the date. It's in the link in orderreceive.pl, on the title of the item. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 3153] New: 'maxoutstanding' syspref does not disallow placing holds on staff side
by bugzilla-daemon＠liblime.com 19 May '09

19 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3153 Summary: 'maxoutstanding' syspref does not disallow placing holds on staff side Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org CC: mcoalwell(a)nekls.org Estimated Hours: 0.0 With maxoutstanding syspref set to x, OPAC blocks patron from placing hold if fines > x. However, staff side does not. *request.pl should display patron outstanding fines alert, just like circulation.pl *hold amount/limit should display, as well as staff override to place hold. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3102] New: Typo: Localisation
by bugzilla-daemon＠liblime.com 18 May '09

18 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3102 Summary: Typo: Localisation Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=717) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=717) Localisation On holds awaiting pickup and transfers to your library it says: Localisation instead of Localization. That said it may make more sense if it just says Call Number - since that's what appearing in this field. Either way it should be edited. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 3179] New: Typo in C4::Circulation function call causes fatal error
by bugzilla-daemon＠liblime.com 17 May '09

17 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3179 Summary: Typo in C4::Circulation function call causes fatal error Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Undefined subroutine &C4::Circulation::IsTransferAllowed called at /home/ckls/kohaclone/C4/Circulation.pm line 1565. occurs in certain situations where transfer is required. Should be IsBranchTransferAllowed . -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3142] New: standardize how OPAC and staff determine requestability
by bugzilla-daemon＠liblime.com 17 May '09

17 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3142 Summary: standardize how OPAC and staff determine requestability Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 The OPAC and bib details and MARC display have varying code to determine whether an item should be displayed as available to place a hold request. These should be consolidated into a function: catalogue/detail.pl: $norequests = 0 unless ( ( $item->{'notforloan'} > 0 ) || ( $item->{'itemnotforloan'} > 0 ) ); catalogue/detailprint.pl: $norequests = 0 unless $itm->{'notforloan'}; catalogue/MARCdetail.pl: $norequests = 0 if $subf[$i][1] ==0 and $tagslib->{ $field->tag() }->{ $subf[$i][0] }->{kohafield} eq 'items.notforloan' ; NOTE: There is another problem here - this is grabbing item data directly from the MARC record when it should be using GetItems(). opac/opac-detail.pl: 126 $norequests = 0 127 if ( (not $itm->{'wthdrawn'} ) 128 && (not $itm->{'itemlost'} ) 129 && ($itm->{'itemnotforloan'}<0 || not $itm->{'itemnotforloan'} ) 130 && (not $itemtypes->{$itm->{'itype'}}->{notforloan} ) 131 && ($itm->{'itemnumber'} ) ); opac/opac-detailprint.pl: $norequests = 0 unless $itm->{'notforloan'}; Note that there can be legitimate differences between how the requestability is calculated between OPAC and staff. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3178] New: replace dontmerge syspref with MergeAuthoritiesOnUpdate
by bugzilla-daemon＠liblime.com 17 May '09

17 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3178 Summary: replace dontmerge syspref with MergeAuthoritiesOnUpdate Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: MARC Authority data support AssignedTo: henridamien(a)koha-fr.org ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 commit 92890557 against HEAD replaces test for 'dontmerge' with test for 'MergeAuthoritiesOnUpdate'. Need to supply accompanying updatedatabase & sysprefs.sql patch. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3168] New: `accountlines.accountno` is SMALL-INT, and maxs too quickly
by bugzilla-daemon＠liblime.com 13 May '09

13 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3168 Summary: `accountlines.accountno` is SMALL-INT, and maxs too quickly Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Database AssignedTo: galen.charlton(a)liblime.com ReportedBy: mason.loves.sushi(a)gmail.com Estimated Hours: 0.0 Can we bump this to an INT folks? for example, we have a DB with 1.2 million accountline records a smallint handles just 32767 records :/ i'll make a patch for this, if people agree with the change... any thoughts?? ------------------------------------ CREATE TABLE `accountlines` ( `borrowernumber` int(11) NOT NULL default 0, `accountno` smallint(6) NOT NULL default 0, <<< OOPS!! `itemnumber` int(11) default NULL, -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3176] New: Browser selected languages are not use by OPAC to choose template language
by bugzilla-daemon＠liblime.com 11 May '09

11 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3176 Summary: Browser selected languages are not use by OPAC to choose template language Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 In web browser, it is possible to choose prefered languages. This information is sent with HTTP request in a variable: HTTP_ACCEPT_LANGUAGE Koha is supposed to use this variable to choose template page language if KohaOpacLanguage cookie isn't set. But it doesn't work. For example, if I have activated in Koha those 3 language: fr-FR, en, ar-Arab And if in my browser, I choose those languages: fr-fr, fr, en-us, ar, en, ar-tn Even without KohaOpacLanguage, 'en' templates are returned. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2