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

[Bug 16388] New: Move option to download report into reports toolbar
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '16

15 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16388 Bug ID: 16388 Summary: Move option to download report into reports toolbar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16343] New: 7XX XSLT subfields displaying out of order
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '16

09 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16343 Bug ID: 16343 Summary: 7XX XSLT subfields displaying out of order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: danielle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 15100 Created attachment 50667 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50667&action=ed… Screenshot of out of order 7XX fields in display Hello, the subfields are out of order. Marc is: 700 1# - ADDED ENTRY--PERSONAL NAME a Personal name Caspary, Vera, d Dates associated with a name 1899-1987. t Title of a work Laura. Displays as such: 700, a,t,d from catalog Normal View: Caspary, Vera, Laura 1899-1987. Can the subfields be ordered alphabetically? >From Patricia Comment 56 asked for an example. We have a title Women crime writers where several of the 700 fields have inverted the author's date subfield with the title field. See http://catalog.roundrocktexas.gov/cgi-bin/koha/opac-detail.pl?biblionumber=…. Specifically: ex.1) Caspary, Vera, Laura 1899-1987. should be: Caspary, Vera, 1899-1987. Laura. -- ex.2) Hughes, Dorothy B. In a lonely place 1904-1993. should be: Hughes, Dorothy B.,1904-1993. In a lonely place. -- ex. 3) Holding, Elisabeth Sanxay, The blank wall 1889-1955. should be: Holding, Elisabeth Sanxay, 1889-1955. The blank wall. There are 3 more examples in this record alone. Another example is Dancing home. See: http://catalog.roundrocktexas.gov/cgi-bin/koha/opac-search.pl?idx=ti&q=danc…. Darío, Rubén, A Margarita 1867-1916. should be Darío, Rubén, 1867-1916. A Margarita. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15100 [Bug 15100] MARC21: Display of $d for 7xx and 1xx fields should be optional -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 16385] New: Link to vendor on breadcrumbs when ordering from subscription broken
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '16

09 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16385 Bug ID: 16385 Summary: Link to vendor on breadcrumbs when ordering from subscription broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding an order from a subscription, the breadcrumb reads: Home › Acquisitions › ListNo InvYes › Shopping Basket 47 › Add order from a subscription Shopping needs to go and link to vendor needs to be fixed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 15823] New: Can still access patron discharge slip without having the syspref on - Permissions breach
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '16

06 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15823 Bug ID: 15823 Summary: Can still access patron discharge slip without having the syspref on - Permissions breach Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: Ensure that useDischarge syspref is off. Go to cgi-bin/koha/members/discharge.pl?borrowernumber=X Confirm that you are still able to access this page and generate discharge slip. This is a permissions breach -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 15939] New: modification logs view now silently defaults to only current day's actions
by bugzilla-daemon＠bugs.koha-community.org 31 May '16

31 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15939 Bug ID: 15939 Summary: modification logs view now silently defaults to only current day's actions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When accessing the modification logs from a link that does not explicitly set the to and from dates (e.g., from patron or bib details), no results are displayed unless the object had an action occur during the current day. This is a side-effect of commit 5dceb851 for bug 13813: In C4/Log.pm: - my $iso_datefrom = C4::Dates->new($datefrom,C4::Context->preference("dateformat"))->output('iso'); - my $iso_dateto = C4::Dates->new($dateto,C4::Context->preference("dateformat"))->output('iso'); + my $iso_datefrom = output_pref({ dt => dt_from_string( $datefrom ), dateformat => 'iso', dateonly => 1 }); + my $iso_dateto = output_pref({ dt => dt_from_string( $dateto ), dateformat => 'iso', dateonly => 1 }); In particular, C4::Dates->new($foo... returns undefined if $foo is undefined, whereas output_pref({ dt => dt_from_string( $foo... returns the current date. This amounts to a regression. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 15964] New: Cannot view detail bib record because missing perl module WWW::YouTube::Download
by bugzilla-daemon＠bugs.koha-community.org 25 May '16

25 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15964 Bug ID: 15964 Summary: Cannot view detail bib record because missing perl module WWW::YouTube::Download Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl WWW::YouTube::Download needs to be marked as required -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15878] New: C4::Barcodes::hbyymmincr should have/require a default branch or provide an error
by bugzilla-daemon＠bugs.koha-community.org 25 May '16

25 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15878 Bug ID: 15878 Summary: C4::Barcodes::hbyymmincr should have/require a default branch or provide an error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a new hbyymmincr barcode no branch is used if none is passed in. If the format requires hb=homebranch it shouldn't be able to be created without one. To recreate: 1 - prove -v t/db_dependent/Barcodes.t 2 - observe that in output above no hb component is found in the generated barcodes This works in cataloguing/value_builder/barcode.pl because a branchcode is passed -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16382] New: Update German web installer sample files for 16.05
by bugzilla-daemon＠bugs.koha-community.org 25 May '16

25 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16382 Bug ID: 16382 Summary: Update German web installer sample files for 16.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, mirko(a)abunchofthings.net The same procedure... Update and translate sample SQL file of the German installer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 15877] New: C4::Barcodes does not correctly calculate db_max for 'annual' barcodes
by bugzilla-daemon＠bugs.koha-community.org 25 May '16

25 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15877 Bug ID: 15877 Summary: C4::Barcodes does not correctly calculate db_max for 'annual' barcodes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The SQL query to find the database max value for annual barcodes is: 42 my $query = "SELECT max(substring_index(barcode,'-',-1)) AS chunk,barcode FROM items WHERE barcode LIKE ? GROUP BY barcode"; 43 # FIXME: unreasonably expensive query on large datasets The 'max' in the first column creates confusion and disrupts the normal pairing of the db. To recreate: 1 - Add two 'annual' type barcodes to the system (2016-0003, 2016-0006) 2 - Run the query: SELECT max(substring_index(barcode,'-',-1)) AS chunk,barcode FROM items WHERE barcode LIKE '2016-%' GROUP BY barcode 3 - Note that returned values may not pair up, in my case I got things like: chunk | barcode 0006 | 2016-0003 -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16259] New: More: Replace CGI->param with CGI->multi_param in list context
by bugzilla-daemon＠bugs.koha-community.org 17 May '16

17 May '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16259 Bug ID: 16259 Summary: More: Replace CGI->param with CGI->multi_param in list context Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: hblancoca(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 15809, 16154 In my testing of Bug 16154 I found some scripts which are still leaving errors in the log: admin/branches.pl admin/categories.pl admin/patron-attr-types.pl admin/preferences.pl catalogue/itemsearch.pl catalogue/image.pl circ/circulation.pl patroncards/add_user_search.pl serials/add_user_search.pl virtualshelves/shelves.pl Copied from Bug 16154: my @foo = $cgi->param('foo'); must be replaced with my @foo = $cgi->multi_param('foo'); and $template->param( foo => $cgi->param('foo') ); must be replaced with $template->param( foo => scalar $cgi->param('foo') ); Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15809 [Bug 15809] versions of CGI < 4.08 do not have multi_param https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16154 [Bug 16154] Replace CGI->param with CGI->multi_param in list context -- You are receiving this mail because: You are watching all bug changes.

1 12