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

[Bug 8535] New: Granular permission for viewing patron information
by bugzilla-daemon＠bugs.koha-community.org 28 May '15

28 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8535 Priority: P5 - low Change sponsored?: --- Bug ID: 8535 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Granular permission for viewing patron information Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Patrons Product: Koha Viewing patron information via members/* pages requires "borrowers" permission (Add or modify borrowers). It should be possible to give a user permission to view patron records (including fine information, circulation history, etc) without granting them permission to add or edit patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 14007] New: Item Types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 28 May '15

28 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Bug ID: 14007 Summary: Item Types for items hidden by OpacHiddenItems turn up in facet results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org An example of this bug: Library has hidden item type "password" from the OPAC. Library does a search for a publication for which they have a password. On the OPAC - the record is hidden, but the item type facet contains the item type of "Password" even though the item itself is hidden. Clicking the facet brings back no results. We've already hidden them on the Advanced search in bug 12330, it would be good to tidy this up as well. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 13944] New: Fund sorting is inconsistent across different parts of Koha
by bugzilla-daemon＠bugs.koha-community.org 28 May '15

28 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13944 Bug ID: 13944 Summary: Fund sorting is inconsistent across different parts of Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Fund sorting is quite erratic between different parts of Koha: 1) Acquisitions Home ( acqui/acqui-home.pl ) Default Sort: Fund Code 2) Funds for a Budget ( admin/aqbudgets.pl ) Default Sort: Order of Creation ( aka no sorting ) 3) Fund pulldown for an order line ( acqui/neworderempty.pl ) Default Sort: Fund Name It would be nice to get all these sorted the same by default. I think the choices are: a) Sort all by Fund Name b) Sort all by Fund Code ( requires adding the Fund Code to the funds list pulldown for order lines ) The question is, which of these choices would be best? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

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

28 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 28 May '15

28 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 13899] New: Adding misc/devel/coverage.pl, a script making a cover on all modules to see which ones are not tested yet.
by bugzilla-daemon＠bugs.koha-community.org 27 May '15

27 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13899 Bug ID: 13899 Summary: Adding misc/devel/coverage.pl, a script making a cover on all modules to see which ones are not tested yet. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: julian.fiol(a)biblibre.com Reporter: julian.fiol(a)biblibre.com QA Contact: gmcharlt(a)gmail.com Adding misc/devel/coverage.pl, a script making a cover on all modules to see which ones are not tested yet. It uses Devel::Cover -- You are receiving this mail because: You are watching all bug changes.

1 30

[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