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

[Bug 7601] New: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng")
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '15

20 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7601 Bug #: 7601 Summary: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng") Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com Problem: -------- When a new marc record is added, the language code in field 008 Range 35-37 defaults to Englih ("eng"). This makes cataloguing inefficient and error-prone for librarians if most of the bibliographic data is e.g. in German or in French. Background: ----------- The language code for English (eng) is hard coded in the files ...koha\intranet\cgi-bin\cataloguing\value_builder\marc21_field_008.pl (~Lines 61, 100) and ...koha\intranet\cgi-bin\cataloguing\value_builder\normarc_field_008.pl (~Lines 58, 98) Proposition: ------------ --Step 1 -------------------------- Add somewhere to cataloguing.pref, section "Record Structure" : ----------------------------------- - - Fill in the default language for field 008 Range 35-37 (e.g. eng, nor, ger, see <a href="http://www.loc.gov/marc/languages/language_code.html">MARC Code List for Languages</a>) - pref: DefaultLanguageField008 - " Empty defaults to eng." --Step 2 -------------------------- Change marc21_field_008.pl and normarc_field_008.pl as follows: ----------------------------------- --2a--- Add 3 lines of code at the top of the functions sub plugin_javascript and sub plugin: my $lang = C4::Context->preference('DefaultLanguageField008' ); $lang = "eng" unless $lang; $lang = pack("A3", $lang); The code defaults an empty value to "eng" makes sure that the code has a lenght of 3 letters. --2b--- In both functions, replace hard coded eng with $lang: document.getElementById(\"$field_number\").value='$dateentered' + 't xxu||||| |||| 00| 0 $lang d'; $result = "$dateentered" . "t xxu||||| |||| 00| 0 $lang d" unless $result; --Step 3---------------------------------------------------------------------- Login to Koha, go to Home › Administration › System Preferences (Cataloging) and test with empty value and different language codes (ger, ita etc.) ------------------------------------------------------------------------------ I implemented and tested this locally with marc21_field_008.pl (Koha 3.06.02.003) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 5672] New: Search History Should have RSS Feeds
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '15

20 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5672 Summary: Search History Should have RSS Feeds Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-search-history.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be great to add a column to the search history tab in the OPAC with an RSS feed next to each search to allow patrons to easily subscribe to each of their saved searches (since each one has an RSS feed already it should be easy to add). -- 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 29

[Bug 7339] New: Help System in IE8-9 Does Not Load With 500 Error
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7339 Bug #: 7339 Summary: Help System in IE8-9 Does Not Load With 500 Error Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: PC OS/Version: Windows Status: NEW Severity: critical Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: lzuares(a)collsk12.org QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When attempting to load the help system [?], I receive a 500 error from both IE8 and IE9 on two different library systems/servers. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 5327] New: Unit tests required for all C4 modules
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '15

18 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5327 Summary: Unit tests required for all C4 modules Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Test Suite AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We need more unit tests! -- 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 296

[Bug 10461] New: tax not taken in to account in the acq budget summaries
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '15

13 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10461 Bug ID: 10461 Summary: tax not taken in to account in the acq budget summaries Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All URL: acqui-home.pl OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com On acqui-home.pl the budget summary is not taking in to account tax rate at all. The code looks something like this: SELECT SUM( COALESCE(unitprice, ecost) * quantity ) AS sum FROM aqorders WHERE budget_id = ? AND quantityreceived > 0 AND datecancellationprinted IS NULL Plus SELECT SUM(shipmentcost) AS sum FROM aqinvoices WHERE shipmentcost_budgetid = ? AND closedate IS NOT NULL Tax rate should be included in this to give an accurate count of what has been spent/ordered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 9848] New: SIP tests : fix in 10renew_all.t (additionnal checkin)
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '15

12 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9848 Bug ID: 9848 Summary: SIP tests : fix in 10renew_all.t (additionnal checkin) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com [MT10401] An error occurs while trying the "renew all" SIP test, 10renew_all.t: # Failed test 'match leader Renew All: prep: check out 1783B to 1X981' # at /home/asaurat/workspace/versions/community/C4/SIP/t/SIPtest.pm line 204. # Response '121YNY20130319 153138AOVIL|AA1X981|AB1783B|AJL ANGOISSE DU ROI SALOMON|AH20130521 235900|AFItem already checked out to you: renewing item.|AY3AZD551' doesn't match pattern '(?-xism:^121NNY\d{8} {4}\d{6})' Koha sent: 121YNY The test expects: 121NNY 12 = code for "Checkout Response" message 1 = Operation succeeded The three following characters mean: - renewal ok - magnetic data - desensitize We have a difference on the "Renewal ok" field. I found the reason behind this: it happens when you run all the tests at once ("make test"). In this case, this "renew all" test starts with an item already checked out during a former test. The "renew all" test begins with a checkout operation, but as the item is already out, this results in a renewal when it's not expected yet. The solution I can see : adding a "checkin" operation at the very beginning of the test. But to let the test work even when launched alone, we must allow this checkin to be unsuccessfull, it's just part of the preparation before the actual renewal tests. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 8603] New: Patron card creator - 'Barcode Type' don't stick in layouts
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '15

10 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8603 Priority: P5 - low Change sponsored?: --- Bug ID: 8603 Assignee: cnighswonger(a)foundations.edu Summary: Patron card creator - 'Barcode Type' don't stick in layouts Severity: minor Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha To reproduce: 1. Make a new layout 2. Tick "Print card number as barcode" 3. Change 'Barcode Type' to anything other than Code39 4. Save 5. Edit it again 6. Its back to Code39 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 5176] New: SIPServer Incorrectly Requires Login over Socket
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5176 Summary: SIPServer Incorrectly Requires Login over Socket Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Comment in the source indicates a mis-reading of the standard. Assuming that over a raw socket connection login will be the first message. Standard states that whether login or another mechanism is used is optional. (It is configurable on 3M units and most others). (If used login should be first but it can be spoofed in our implementation anyway) Use of login should be a configurable option. This may cause problems on flaky connections. -- 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 5337] New: acq EAN search
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337 Summary: acq EAN search Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/EAN_reading_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 In acquisition module, scanning an EAN will result in a correct search -- 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 57

[Bug 9225] New: Subroutines should not be defined in acqui/parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9225 Bug ID: 9225 Summary: Subroutines should not be defined in acqui/parcel.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com We should not be declaring subroutines in .pl files. Unfortunately, there are three routines currently declared in acqui/parcel.pl. When run under Plack, this results in the following warnings in the log: Subroutine get_value_with_gst_params redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 74. Subroutine get_gste redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 93. Subroutine get_gst redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 102. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5