January 2015 - Koha-bugs - lists.koha-community.org

[Bug 8701] New: Help for OpacHiddenItems pref should not point to text in install directory
by bugzilla-daemon＠bugs.koha-community.org 28 May '15

28 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8701 Priority: P5 - low Change sponsored?: --- Bug ID: 8701 Assignee: nengard(a)gmail.com Summary: Help for OpacHiddenItems pref should not point to text in install directory Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Documentation Product: Koha The description for the OpacHiddenItems preference says to refer to "docs/opac/OpacHiddenItems.txt." We have help files included with Koha and a manual online. We should point the user to one of those resources instead of one which isn't web-accessible and which isn't translated. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8269] New: kc.org/about/history needs to be updated automatically from the Koha git repo
by bugzilla-daemon＠bugs.koha-community.org 27 May '15

27 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8269 Priority: P5 - low Change sponsored?: --- Bug ID: 8269 Assignee: wizzyrea(a)gmail.com Summary: kc.org/about/history needs to be updated automatically from the Koha git repo Severity: enhancement Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Websites, Mailing Lists, etc Product: Koha kc.org's about/history page needs a method to be updated automatically from the Koha git repo it's currently quite out-of-date http://koha-community.org/about/history/ -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13253] New: Unnecessary white space above checkouts table in circulation
by bugzilla-daemon＠bugs.koha-community.org 27 May '15

27 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13253 Bug ID: 13253 Summary: Unnecessary white space above checkouts table in circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 11703 The DataTables sDom configuration for the new AJAX circulation checkouts table contains some superfluous markup which pushes the checkouts table down. This distance can mean the difference, on some screens, between being able to see the last item checked out or not. -- You are receiving this mail because: You are watching all bug changes.

1 9

[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 13486] New: About page Apache version is empty if Apache version is 2.4
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13486 Bug ID: 13486 Summary: About page Apache version is empty if Apache version is 2.4 Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: chenyi.weng(a)techyi.com QA Contact: testopia(a)bugs.koha-community.org Overview: Ubuntu 14.04.1, Apache version 2.4.7-1ubuntu4.1, Koha 3.18.01 About Koha Page -> Server information -> Apache version is empty Errors in directly running /usr/sbin/apache2 -V and similar entries in /var/log/koha/library/intranet-error.log [Mon Dec 22 10:18:42.479349 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_PID_FILE} is not defined [Mon Dec 22 10:18:42.480141 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_RUN_USER} is not defined [Mon Dec 22 10:18:42.480616 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined [Mon Dec 22 10:18:42.481116 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_LOG_DIR} is not defined [Mon Dec 22 10:18:42.728000 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_RUN_DIR} is not defined [Mon Dec 22 10:18:42.776297 2014] [core:warn] [pid 2225] AH00111: Config variable ${APACHE_LOG_DIR} is not defined AH00543: apache2: bad user name ${APACHE_RUN_USER} -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 13560] New: need an add option in marc modification templates
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13560 Bug ID: 13560 Summary: need an add option in marc modification templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 35108 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35108&action=edit add/update on marc mod is only updating Right now the marc modification templates have an add/update option but it's only updating. So let's say I want to add a new 650 (like attached) it's updating all existing 650s to have the value I want to add as a new 650. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12527] New: The z39.50 authority search to create new auth record doesn't works on UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12527 Bug ID: 12527 Summary: The z39.50 authority search to create new auth record doesn't works on UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org Hi, If i try to use the z39.50 authority search to create new auth record in UNIMARC I receive this error in intranet: Software error: Unsupported UNIMARC character encoding [ ] for XML output for UNIMARCAUTH; 100$a -> 20140703 frey50 at /usr/share/perl5/MARC/File/XML.pm line 568. I use this z39.50 server for unimarc authority: catalogue.bu.univ-rennes2.fr:9999/authorities It is a Koha server. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 13296] New: error when using z3950 with UNIMARC authorities
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13296 Bug ID: 13296 Summary: error when using z3950 with UNIMARC authorities 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: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using a z3950 connexion with UNIMARC authorities, you get an error : Unsupported UNIMARC character encoding [ ] for XML output for UNIMARCAUTH; 100$a -> 20141119 I've seen thant Bug 2060 when adds authorities import adds a special behavior for UNIMARC : marc flavor must be UNIMARCAUTH instead of just UNIMARC. The same behavior must exist when using z3950 connexion and import. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 12743] New: Allow default values from the ACQ framework to be used when creating a record in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 26 May '15

26 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12743 Bug ID: 12743 Summary: Allow default values from the ACQ framework to be used when creating a record in acquisitions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org At the moment, it is possible to create records in acquisitions, but the ACQ framework is only used for items created in this module. We will work on a way to allow defining default values in the ACQ framework that will be carried over to the actual records. As is the case now, the record will stay attached to the default framework, the only difference is that if for instance you have set up a default biblio-level itemtype in the ACQ framework, the new record will have this value. Another useful scenario will be to position the correct value for opac-suppress for these records, so that they won't show in the OPAC before they are manually edited. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[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