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

[Bug 9339] New: Intranet translation bar display en-GB when en is selected
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9339 Bug ID: 9339 Summary: Intranet translation bar display en-GB when en is selected Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: frederic(a)tamil.fr When the en-GB translation is installed, the translation bar in the intranet displays "en-GB" whether "en" or "en-GB" is selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7367] New: General OPAC typo omnibus
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7367 Bug #: 7367 Summary: General OPAC typo omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com This is meant for submitting trivial opac typo fixes. If they are really trivial, and you tested the fix yourself (of course ;), please add your own signoff. The QA team will most probably not mind. -- 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 46

[Bug 9514] New: 'and' in subject searches causes a problem
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9514 Bug ID: 9514 Summary: 'and' in subject searches causes a problem Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P1 - high Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I looked in to this a bit and it looks like it's a problem with the combo of the word 'and' and using the complete-subfield: /cgi-bin/koha/opac-search.pl?q=su,complete-subfield:{Rites%20and%20ceremonies.} gets no results but /cgi-bin/koha/opac-search.pl?q=su,complete-subfield:{Ritual.} gets results and so does /cgi-bin/koha/opac-search.pl?idx=kw&q=opening%20doors%20wonder&sort_by=pubdate_dsc&limit=su-to:Rites%20and%20ceremonies. This is a 3.8 and master problem. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9334] New: MARC framework import function has incorrect file format warning
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9334 Bug ID: 9334 Summary: MARC framework import function has incorrect file format warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org The MARC framework import function warns that uploads must be "ods" or "xml," but the script will also accept CSV and XML. The warning should be accurate with regard to accepted file formats. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8469] New: Inconsistent language in reserve status
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8469 Priority: P5 - low Change sponsored?: --- Bug ID: 8469 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Inconsistent language in reserve status Severity: minor Classification: Unclassified OS: All Reporter: elliott(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The Transfers to Receive report shows it as in transit from KOO to LAP, as it should. http://screencast.com/t/BpmIHvAfOuH The item record shows it in transit as well. http://screencast.com/t/rsR81fvT Search results show it in transit, too. http://screencast.com/t/wBtZ6S7OI2s But, when I click on Holds, it says it’s waiting to be pulled. The issue is the discrepancy on this screen with the correct in-transit info on other screens. On this screen only it says the item is “Waiting to be pulled” when it is actually in transit. Shouldn’t it say here that it’s in transit? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7605] New: items that not available say availalbe in the staff search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7605 Bug #: 7605 Summary: items that not available say availalbe in the staff search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com When an item has a not for loan status of ordered or not for loan in the OPAC it says ordered or available for reference in the search results, but in the staff client it just says available and having an ordered item say available (until you click to see more details) is confusing to staff. The staff search results should show statuses like the OPAC does so it's clear that items are not really available. -- 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 1

[Bug 9408] New: make test fails on master
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '14

17 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9408 Bug ID: 9408 Summary: make test fails on master Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: hugh(a)davenport.net.nz May be related partially to Bug 8848 hugh@hugh-desktop:~/code/koha (master)$ make test PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t t/00-checkdatabase-version.t ........ ok t/00-deprecated.t ................... ok t/00-load.t ......................... 1/? "my" variable $stylesheet masks earlier declaration in same scope at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Record.pm line 313. Subroutine main::logaction redefined at /usr/share/perl/5.14/Test/More.pm line 885. Too late to run INIT block at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/hbyymmincr.pm line 41. Subroutine main::GetContract redefined at /usr/share/perl/5.14/Test/More.pm line 885. Too late to run INIT block at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/External/BakerTaylor.pm line 42. t/00-load.t ......................... 100/? "my" variable $DEBUG masks earlier declaration in same scope at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 43. "my" variable $DEBUG masks earlier declaration in same scope at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 77. 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_MARC21.t .......... ok t/AuthoritiesMarc_UNIMARC.t ......... ok t/Barcodes_annual.t ................. ok t/Barcodes_EAN13.t .................. ok t/Barcodes_hbyymmincr.t ............. ok t/Barcodes_incremental.t ............ ok t/Barcodes_PrinterConfig.t .......... 1/6 Use of uninitialized value $labelHeigth in division (/) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 113. Use of uninitialized value $marginBottom in addition (+) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 113. Use of uninitialized value $labelHeigth in multiplication (*) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 115. Use of uninitialized value $rows in numeric lt (<) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 117. Use of uninitialized value $labelWidth in division (/) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 84. Use of uninitialized value $marginLeft in addition (+) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 84. Use of uninitialized value $labelWidth in multiplication (*) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 86. Use of uninitialized value $columns in numeric lt (<) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 88. Use of uninitialized value $labelHeigth in division (/) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 113. Use of uninitialized value $marginBottom in addition (+) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 113. Use of uninitialized value $labelHeigth in multiplication (*) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 115. Use of uninitialized value $labelWidth in division (/) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 84. Use of uninitialized value $marginLeft in addition (+) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 84. Use of uninitialized value $labelWidth in multiplication (*) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 86. Use of uninitialized value $rows in numeric le (<=) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/PrinterConfig.pm line 193. t/Barcodes_PrinterConfig.t .......... ok t/Barcodes_ValueBuilder.t ........... "my" variable $DEBUG masks earlier declaration in same scope at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 43. "my" variable $DEBUG masks earlier declaration in same scope at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 77. t/Barcodes_ValueBuilder.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/hugh/code/koha/blib/PERL_MODULE_DIR/Koha/Cache/Memcached.pm line 31. t/Cache.t ........................... ok t/Calendar.t ........................ 1/35 # Failed test 'Test parameter order not relevant (Days)' # at t/Calendar.t line 244. # got: 56 # expected: 40 # Failed test 'Test parameter order not relevant (Calendar)' # at t/Calendar.t line 284. # got: 56 # expected: 40 t/Calendar.t ........................ 34/35 # Failed test 'Test parameter order not relevant (Days)' # at t/Calendar.t line 323. # got: 56 # expected: 40 # Looks like you failed 3 tests of 35. t/Calendar.t ........................ Dubious, test returned 3 (wstat 768, 0x300) Failed 3/35 subtests t/Category.t ........................ ok t/Charset.t ......................... 1/6 "\c3" is more clearly written simply as "s" at t/Charset.t line 14. 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/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. # # Testing object independence from class # done. t/Dates.t ........................... ok t/DateUtils.t ....................... 1/28 "my" variable $date_string masks earlier declaration in same scope at t/DateUtils.t line 29. t/DateUtils.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/dummy.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/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 68. Use of uninitialized value $lly in concatenation (.) or string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 68. Use of uninitialized value $width in concatenation (.) or string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 68. Use of uninitialized value $height in concatenation (.) or string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 68. Use of uninitialized value $_ in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 103. Use of uninitialized value $_ in pattern match (m//) at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 116. Use of uninitialized value $_ in sprintf at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 126. regexp failed to match string: at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Labels/Label.pm line 126. Use of uninitialized value in split at /home/hugh/code/koha/blib/PERL_MODULE_DIR/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 Use of uninitialized value $interface in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Languages.pm line 247. Use of uninitialized value $htdocs in concatenation (.) or string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Languages.pm line 271. Use of uninitialized value $theme in concatenation (.) or string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Languages.pm line 271. 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_Attributes.t .............. ok t/Members_AttributeTypes.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 ............................. 1/6 Use of uninitialized value $leader in substr at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 342. substr outside of string at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 342. Use of uninitialized value $C4::Ris::intype in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 350. Use of uninitialized value $C4::Ris::intype in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 350. Use of uninitialized value $C4::Ris::intype in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 353. Use of uninitialized value $typeofrecord in exists at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 361. Use of uninitialized value $C4::Ris::uniout in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 966. Use of uninitialized value $C4::Ris::uniout in string eq at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Ris.pm line 966. t/Ris.t ............................. ok t/RotatingCollections.t ............. ok t/Scheduler.t ....................... 1/6 Use of uninitialized value $stdTime in pattern match (m//) at /usr/share/perl5/Schedule/At.pm line 194. Use of uninitialized value $year in substitution (s///) at /usr/share/perl5/Schedule/At.pm line 201. Use of uninitialized value $month in substitution (s///) at /usr/share/perl5/Schedule/At.pm line 202. Use of uninitialized value $day in substitution (s///) at /usr/share/perl5/Schedule/At.pm line 203. Use of uninitialized value $hour in substitution (s///) at /usr/share/perl5/Schedule/At.pm line 204. Use of uninitialized value $mins in substitution (s///) at /usr/share/perl5/Schedule/At.pm line 205. Use of uninitialized value $params{"COMMAND"} in print at /usr/share/perl5/Schedule/At.pm line 68. 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/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 68. 400 URL must be absolute at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 84. 400 URL must be absolute at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 99. 400 URL must be absolute at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 121. 400 URL must be absolute at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 142. 400 URL must be absolute at /home/hugh/code/koha/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 159. t/Search_PazPar2.t .................. ok t/SIP_Sip.t ......................... 1/8 verify_cksum: no sum detected at /home/hugh/code/koha/t/../C4/SIP/Sip/Checksum.pm line 24. t/SIP_Sip.t ......................... ok t/SMS.t ............................. ok t/SocialData.t ...................... ok t/Stats.t ........................... ok t/SuggestionEngine.t ................ ok t/SuggestionEngine_AuthorityFile.t .. ok t/TmplToken.t ....................... ok t/Utils.t ........................... ok t/VirtualShelves_Merge.t ............ ok t/XSLT.t ............................ ok t/Z3950.t ........................... ok Test Summary Report ------------------- t/Calendar.t (Wstat: 768 Tests: 35 Failed: 3) Failed tests: 23, 29, 35 Non-zero exit status: 3 Files=92, Tests=8303, 27 wallclock secs ( 2.40 usr 0.27 sys + 21.93 cusr 2.45 csys = 27.05 CPU) Result: FAIL Failed 1/92 test programs. 3/8303 subtests failed. make: *** [test_dynamic] Error 255 hugh@hugh-desktop:~/code/koha (master)$ My system is: Debian Wheezy (current testing), multiarch setup with i386/amd64 git commit 20a8efcad892673bdf0fbf1fdab906032a20680d Not sure if related, but when installing the dependencies, I came across https://rt.cpan.org/Public/Bug/Display.html?id=82764 in Business:ISBN Cheers, Hugh -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 6668] New: Marc batch edit will freeze after deselecting all items and saving,
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6668 Bug #: 6668 Summary: Marc batch edit will freeze after deselecting all items and saving, Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Windows Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: stevecallender(a)esilibrary.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com After applying patches for bugs 6446 and 6543 to fix the "Batch item modification" from freezing when trying to save, there is still an issue, albeit minor. When deselecting all items for batch editing, and then saving, the progress bar changes to NaN% and nothing happens. The code should recognize that the user is attempting to save 0 items and complain about such, rather than just freeze. -- 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 1

[Bug 8969] New: Error while adding a repeatable holiday on the tools Calendar
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8969 Priority: P5 - low Change sponsored?: --- Bug ID: 8969 Assignee: gmcharlt(a)gmail.com Summary: Error while adding a repeatable holiday on the tools Calendar Severity: normal Classification: Unclassified OS: All Reporter: rolando.isidoro(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Got the following software error as I was trying to add a repeatable holiday in Tools > Calendar: The 'month' parameter (undef) to DateTime::new was an 'undef', which is not one of the allowed types: scalar at /usr/lib/perl5/DateTime.pm line 194 DateTime::new(undef, 'year', undef, 'month', undef, 'day', undef) called at intranet/cgi-bin/tools/newHolidays.pl line 129 main::add_holiday('holidayrangerepeat', 'FCT', 2, 1, 1, 2013, 'Dia de Ano Novo', '') called at intranet/cgi-bin/tools/newHolidays.pl line 66 Here are the details of the options I selected during the operation: * From date - 2013/01/01 * Title - Dia de Ano Novo * Description - <empty> * Holidays repeated yearly on a range - option selected * Copy to all libraries - option activated -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8940] New: patron card export - without a batch, will work if...
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '14

16 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8940 Priority: P5 - low Change sponsored?: --- Bug ID: 8940 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: patron card export - without a batch, will work if... Severity: normal Classification: Unclassified OS: All Reporter: waqar.azeem(a)itcompletes.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha This code seem to have a bug! I didn't find any online browse-able code therefore a snip-it from "create-pdf.pl" is here: grep { push(@{$items}, {item_number => $_}); } @borrower_numbers; 'item_number' itself is not used anywhere. 'browser_number' is used to retrieved this data. foreach my $item (@{$items}) { if ($item) { my $borrower_number = $item->{'borrower_number'}; So, 'item_number' should be replaced with 'borrower_number' URL to test: http://your-testIP/cgi-bin/koha/patroncards/print.pl?borrower_number=19 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2