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

[Bug 8879] New: silence messages from running prove ./t ./xt
by bugzilla-daemon＠bugs.koha-community.org 27 May '15

27 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8879 Priority: P5 - low Change sponsored?: --- Bug ID: 8879 Assignee: gmcharlt(a)gmail.com Summary: silence messages from running prove ./t ./xt Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha if you run the tests for Koha, it PASSES all tests. but also generates a lot of unnecessary warning messages :/ this bug attempts to track, and silence these messages below is an example of the 'noisy' tests... koha.git$ prove ./t ./xt t/00-checkdatabase-version.t ........ ok t/00-deprecated.t ................... ok t/00-load.t ......................... 11/? Too late to run INIT block at /home/mason/git/head/C4/Barcodes/hbyymmincr.pm line 41. t/00-load.t ......................... 72/? Too late to run INIT block at /home/mason/git/head/C4/External/BakerTaylor.pm line 42. t/00-load.t ......................... ok t/00-merge-conflict-markers.t ....... ok t/00-testcritic.t ................... skipped: Author test. Set $ENV{TEST_QA} to a true value to run t/00-valid-xml.t .................... ok t/AuthoritiesMarc.t ................. ok t/AuthoritiesMarc_MARC21.t .......... ok t/AuthoritiesMarc_UNIMARC.t ......... ok t/Barcodes_EAN13.t .................. ok t/Barcodes_PrinterConfig.t .......... ok t/Barcodes_ValueBuilder.t ........... ok t/Barcodes_annual.t ................. ok t/Barcodes_hbyymmincr.t ............. ok t/Barcodes_incremental.t ............ ok t/Bookseller.t ...................... ok t/Boolean.t ......................... 1/13 The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 20. The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 21. The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 22. t/Boolean.t ......................... ok t/Branch.t .......................... ok t/Breeding.t ........................ ok t/Budgets.t ......................... ok t/Cache.t ........................... 1/9 Use of uninitialized value in split at /home/mason/git/head/Koha/Cache/Memcached.pm line 31. t/Cache.t ........................... ok t/Cache_Memcached.t ................. ok t/Calendar.t ........................ ok t/Category.t ........................ ok t/Charset.t ......................... ok t/Circulation_barcodedecode.t ....... ok t/ClassSortRoutine.t ................ ok t/ClassSortRoutine_Dewey.t .......... ok t/ClassSortRoutine_Generic.t ........ ok t/ClassSortRoutine_LCC.t ............ ok t/ClassSource.t ..................... ok t/Contract.t ........................ ok t/Creators.t ........................ ok t/DateUtils.t ....................... ok t/Dates.t ........................... 1/327 # # In order to run without DB access, this test will substitute 'us' # as your default date format. Export environmental variable KOHA_TEST_DATE_FORMAT # to override this default, or pass the value as an argument to this test script. # # NOTE: we test for the system handling dd=00 and 00 for TIME values, therefore # you SHOULD see some warnings like: # Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t ... # # Testing Legacy Functions: format_date and format_date_in_iso # Illegal date specified (year = 1952, month = 1, day = 0) at t/Dates.t line 61. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 61. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 64. # # Testing 5 formats. # Testing no input (defaults): # # Testing with valid inputs: Illegal date specified (year = 1952, month = 1, day = 0) at t/Dates.t line 83. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83. Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83. t/Dates.t ........................... 320/327 # # Testing object independence from class # done. t/Dates.t ........................... ok t/Debug.t ........................... # BEFORE use: $debug is not defined # BEFORE use: $cgi_debug is not defined t/Debug.t ........................... 1/5 # AFTER use: $debug is 5 # AFTER use: $cgi_debug is 2 # Done. t/Debug.t ........................... ok t/External_Syndetics.t .............. ok t/Form_MessagingPreferences.t ....... ok t/Heading.t ......................... ok t/ILSDI_Services.t .................. ok t/ILSDI_Utility.t ................... ok t/Images.t .......................... ok t/ImportBatch.t ..................... ok t/Input.t ........................... ok t/Installer_PerlDependencies.t ...... ok t/Installer_PerlModules.t ........... ok t/Installer_pm.t .................... ok t/ItemCirculationAlertPreference.t .. ok t/ItemType.t ........................ ok t/Koha.t ............................ ok t/Labels.t .......................... 1/6 Use of uninitialized value $llx in concatenation (.) or string at /home/mason/git/head/C4/Labels/Label.pm line 68. Use of uninitialized value $lly in concatenation (.) or string at /home/mason/git/head/C4/Labels/Label.pm line 68. Use of uninitialized value $width in concatenation (.) or string at /home/mason/git/head/C4/Labels/Label.pm line 68. Use of uninitialized value $height in concatenation (.) or string at /home/mason/git/head/C4/Labels/Label.pm line 68. Use of uninitialized value $_ in string eq at /home/mason/git/head/C4/Labels/Label.pm line 103. Use of uninitialized value $_ in pattern match (m//) at /home/mason/git/head/C4/Labels/Label.pm line 116. Use of uninitialized value $_ in sprintf at /home/mason/git/head/C4/Labels/Label.pm line 126. regexp failed to match string: at /home/mason/git/head/C4/Labels/Label.pm line 126. Use of uninitialized value in split at /home/mason/git/head/C4/Labels/Label.pm line 129. t/Labels.t .......................... ok t/Labels_split_ccn.t ................ ok t/Labels_split_ddcn.t ............... ok t/Labels_split_lccn.t ............... ok t/Languages.t ....................... 1/4 accept_language(x,y) called with no clientPreferences (x). at t/Languages.t line 19. t/Languages.t ....................... ok t/Letters.t ......................... ok t/Log.t ............................. ok t/Maintainance.t .................... ok t/Matcher.t ......................... ok t/Members_AttributeTypes.t .......... ok t/Members_Attributes.t .............. ok t/Members_Messaging.t ............... ok t/Message.t ......................... ok t/NewsChannels.t .................... ok t/Output.t .......................... ok t/Output_JSONStream.t ............... ok t/Overdues.t ........................ ok t/Patroncards.t ..................... ok t/Patroncards_Batch.t ............... ok t/Patroncards_Layout.t .............. ok t/Patroncards_Lib.t ................. ok t/Patroncards_Patroncard.t .......... ok t/Patroncards_Profile.t ............. ok t/Patroncards_Template.t ............ ok t/Print.t ........................... ok t/RecordProcessor.t ................. ok t/Review.t .......................... ok t/Ris.t ............................. ok t/RotatingCollections.t ............. ok t/SIP_Sip.t ......................... 1/8 verify_cksum: no sum detected at /home/mason/git.xen1/head/t/../C4/SIP/Sip/Checksum.pm line 24. t/SIP_Sip.t ......................... ok t/SMS.t ............................. ok t/Scheduler.t ....................... 1/6 You do not have permission to use atq. You do not have permission to use atq. You do not have permission to use atq. You do not have permission to use atq. t/Scheduler.t ....................... ok t/Scrubber.t ........................ 1/19 # Note: scrubber test output will have whitespace collapsed for readability # done. t/Scrubber.t ........................ ok t/Search_PazPar2.t .................. 1/8 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 68. 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 84. 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 99. 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 121. 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 142. 400 URL must be absolute at /home/mason/git/head/C4/Search/PazPar2.pm line 159. t/Search_PazPar2.t .................. ok t/SocialData.t ...................... ok t/Stats.t ........................... ok t/SuggestionEngine.t ................ ok t/SuggestionEngine_AuthorityFile.t .. ok t/SuggestionEngine_ExplodedTerms.t .. ok t/TmplToken.t ....................... ok t/Utils.t ........................... ok t/VirtualShelves_Merge.t ............ ok t/XSLT.t ............................ ok t/Z3950.t ........................... ok t/dummy.t ........................... ok xt/permissions.t .................... ok xt/tt_valid.t ....................... ok xt/yaml_valid.t ..................... ok All tests successful. Files=98, Tests=5986, 72 wallclock secs ( 0.60 usr 0.33 sys + 23.86 cusr 3.08 csys = 27.87 CPU) Result: PASS -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10945] New: Make Z39.50 work for queries that contain "Norwegian vowels"
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10945 Bug ID: 10945 Summary: Make Z39.50 work for queries that contain "Norwegian vowels" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you go to cataloging and do a Z39.50 search for a title that contains "Norwegian vowels" (æøå), you get no results back (or a number of hits that is significantly lower than what you would expect). I am not sure if this might be related to Bug 7967. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8571] New: Add search suggestions on the OPAC ("Did you mean?" feature)
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8571 Priority: P5 - low Change sponsored?: --- Bug ID: 8571 Assignee: oleonard(a)myacpl.org Summary: Add search suggestions on the OPAC ("Did you mean?" feature) Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha Created attachment 11348 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11348&action=edit Add search suggestions to search results on the OPAC. This patch will add search suggestions at the beginning of search results on the OPAC if the "OPACSearchSuggestions" preference is activated. This feature can be compared to "Did you mean?" or autocorrect features in search engines. Authorities records are used as a source of suggestions. The search terms the user entered are used in a "see also" authority search to find suggestions. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9567] New: favorite reports per user
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9567 Bug ID: 9567 Summary: favorite reports per user Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com It has been suggested that in order to navigate to your favorite reports, or the reports you use most often, Koha should have a way to mark, or create a list, of your favorite reports. When you log into Koha, and go to the reports page, there will be quick links to your most used reports. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6758] New: Capture membership renewal date for reporting purposes
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6758 Bug #: 6758 Summary: Capture membership renewal date for reporting purposes Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When membership is renewed, record the date of renewal in a new column "daterenewed". -- 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 7855] New: Bug 7263 does not include maxlength field sets into a fresh install
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7855 Priority: P5 - low Change sponsored?: --- Bug ID: 7855 Assignee: gmcharlt(a)gmail.com Summary: Bug 7263 does not include maxlength field sets into a fresh install QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: juan.sieira(a)xercode.es Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Bug 7263 does not include maxlength field sets into a fresh install. NORMARC is not included into updatedatabase.pl too. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 11266] New: Z39.50 search results: DATE blank - add PUBLISHER
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11266 Bug ID: 11266 Summary: Z39.50 search results: DATE blank - add PUBLISHER Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: andrea.furin(a)slacky.it QA Contact: testopia(a)bugs.koha-community.org 1. If you have the field DATE blank when you make a Z39.50 search you have to modify the file: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{date} = $oldbiblio->{copyrightdate}; in $row_data{date} = $oldbiblio->{publicationyear}; (Make a copy of your modification becaurse probably ad update will change that file). 2. If you want to see the publisher's name in Z39.50 results you have to add a line in: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{server} = $servername[$k]; $row_data{isbn} = $oldbiblio->{isbn}; $row_data{lccn} = $oldbiblio->{lccn}; $row_data{title} = $oldbiblio->{title}; $row_data{author} = $oldbiblio->{author}; $row_data{date} = $oldbiblio->{publicationyear}; **** $row_data{publisher} = $oldbiblio->{publishercode}; $row_data{edition} = $oldbiblio->{editionstatement}; and in: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/z3950_search.tt (change ../prog/LANGUAGE/modules/.. if not english) at line 155 the search results mask: <th>Server</th> <th>Title</th> <th>Author</th> <th>Date</th> **** <th>Publisher</th> <th>Edition</th> <th>ISBN</th> <th>LCCN</th> [Below the correspondet modified lines:] <td>[% breeding_loo.server %] <div class="linktools"><a href="/cgi-bin/koha/catalogue/showmarc.pl?importid=[% breeding_loo.bree$ <td>[% breeding_loo.title |html %]</td> <td>[% breeding_loo.author %]</td> <td>[% breeding_loo.date %]</td> **** <td>[% breeding_loo.publisher %]</td> <td>[% breeding_loo.edition %]</td> <td>[% breeding_loo.isbn %]</td> <td>[% breeding_loo.lccn %]</td> -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8169] New: No LCCN field on Z39.50 search
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8169 Priority: P5 - low Change sponsored?: --- Bug ID: 8169 Assignee: gmcharlt(a)gmail.com Summary: No LCCN field on Z39.50 search Severity: enhancement Classification: Unclassified OS: Windows Reporter: library(a)morthland.org Hardware: PC Status: NEW Version: rel_3_6 Component: Cataloging Product: Koha Created attachment 9852 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9852&action=edit Zip folder holding patch When performing a Z39.50 search, there is no longer a box to enter in the LCCN (Library of Congress Control Number ,formerly Library of Congress Catalog Card Number) as a search parameter. My fix, a patch fixing the syntax on the .pl and adding the search box to the .tt for Z39.50 searches is attached. .pl should go to "/koha/intranet/cgi-bin/cataloguing" and .tt to, "/koha/intranet/htdocs/intranet-tmpl/en/modules/catloguing" -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9080] New: Encoding on pay fines page broken
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9080 Priority: P5 - low Change sponsored?: --- Bug ID: 9080 Assignee: oleonard(a)myacpl.org Summary: Encoding on pay fines page broken Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 13454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13454&action=edit screenshot Test case: - Record contains umlauts in title (öäü) - Checkout is done with a rental fee - Check title display on 'Pay fines' tab - umlauts are broken - After paying the fine the title shows correctly on the 'Account' tab I am quite sure that this worked correctly before. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8287] New: remove filter on checked out from overdues
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8287 Priority: P5 - low Change sponsored?: --- Bug ID: 8287 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: remove filter on checked out from overdues Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: /cgi-bin/koha/circ/overdue.pl Hardware: All Status: NEW Version: master Component: Circulation Product: Koha On the Overdues report there is a filter for "Show any items currently checked out:" ... but everything that is overdue should be checked out - so what does this do? If it does nothing then it should be removed. If it does something please tell me and I'll update the manual and we can close this. Chat: [13:45] <nengard> question about overdue report [13:45] <nengard> can anyone tell me on this page: /cgi-bin/koha/circ/overdue.pl what does "Show any items currently checked out:" do? [13:45] <nengard> it's one of the filters on the left [13:47] <cait> not sure actually :( [13:47] <cait> shouldn't they all be checked out? [13:47] <nengard> right [13:47] <nengard> hence my confusion [13:52] <cait> no idea [13:54] <nengard> HA [13:54] <nengard> anyone else? should we remove it if it doesn't do anything? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5