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

[Bug 5428] New: Back to results after deleting a record
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '15

02 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5428 Summary: Back to results after deleting a record Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 After deleting a bib record in the cataloging module your our redirect back to a search screen. It would be more helpful if the cataloger was redirect back to the search results list if they had any and not have to conduct another search again. -- 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 7904] New: SIP modules handling of @INC is confused
by bugzilla-daemon＠bugs.koha-community.org 31 May '15

31 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7904 Priority: P5 - low Change sponsored?: --- Bug ID: 7904 Assignee: colin.campbell(a)ptfs-europe.com Summary: SIP modules handling of @INC is confused QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: SIP2 Product: Koha The modules which constitute the SIPserver use the same PERL5LIB as the rest of the system but they themselves use a non koha namespace which has to be passed to server (equivalent to setting PERL5LIB to $PERL5LIB/C4/SIP ). It should be more consistent which would make it easier to write tests for the modules and lessen need to write around this in startup scripts making startup and configuration less arcane. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 8992] New: Add an interfacing with the idref webservice
by bugzilla-daemon＠bugs.koha-community.org 29 May '15

29 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8992 Priority: P5 - low Change sponsored?: --- Bug ID: 8992 Assignee: oleonard(a)myacpl.org Summary: Add an interfacing with the idref webservice Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Idref allows to request and visit authorities in the sudoc database. In Koha, it would be possible to have a link in the opac pointing to the idref information. -- You are receiving this mail because: You are watching all bug changes.

1 94

[Bug 7031] New: More options for AdvancedSearchTypes
by bugzilla-daemon＠bugs.koha-community.org 29 May '15

29 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7031 Bug #: 7031 Summary: More options for AdvancedSearchTypes Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org This development aims to enhance the AdvancedSearchTypes to support more than a single type at a time, so libraries can search collection codes AND itemtypes AND shelving locations AND other items fields in the future. By replacing the choice of AdvancedSearchTypes with free text, we can allow the library to specify multiple fields, and in their preferred order. Each field can then be put into it's own tab in the search interface, allowing for a more dense storage of values while not sacrificing functionality. This enhancement obsoletes bug 4329, as it covers more than just Shelving Locations, and also in the staff client (and is syspref controlled). -- 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 40

[Bug 6149] New: Operator Highlighted in Search Results
by bugzilla-daemon＠bugs.koha-community.org 29 May '15

29 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6149 Bug #: 6149 Summary: Operator Highlighted in Search Results Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org When I do an advance search and use an operator like 'and' or 'or' it is highlighted in the search results. This link will demonstrate the issue where I did a search for nurse or care,and letters or are highlighted in the results. http://vassar.koha.senylrc.org/cgi-bin/koha/opac-search.pl?idx=kw&q=nurse&o… Koha version: 3.02.06.000 -- 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 111

[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 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 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 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