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

[Bug 7802] New: A MySQLism is used to get the current date.
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7802 Priority: P5 - low Change sponsored?: --- Bug ID: 7802 Assignee: gmcharlt(a)gmail.com Summary: A MySQLism is used to get the current date. QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: marc(a)msys.ch Hardware: All Status: NEW Version: unspecified Component: Database Product: Koha To get todays date, the MySQL only function CURDATE() or CURRENT_DATE() is being used in many places. Neither CURDATE() nor CURRENT_DATE() must be used, but instead the standard form CAST(now() AS date). -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 3642] New informations in overdues CSV export
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3642 --- Comment #16 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- (In reply to Jonathan Druart from comment #15) > And also edit the title of the bug report. "New informations in overdues CSV export" is not correct ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3642] New informations in overdues CSV export
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3642 --- Comment #15 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Fridolin SOMERS from comment #14) > (In reply to Jonathan Druart from comment #13) > > Frido, > > The description of this bug report mentions > > """ > > cardnumber # ok > > borrowertype > > and all the extended attributes displaying their DESCRIPTION from the > > authorized values table in seperate columns if possible. > > """ > > > > Don't you think they should be added too? > > This whould make the patch really more complexe, I propose to move this part > in a new bug So you have to either move your patch or open a new bug report. And also edit the title of the bug report. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15016] New: Plack testing -- Stage MARC records for import -- Parsing error
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15016 Bug ID: 15016 Summary: Plack testing -- Stage MARC records for import -- Parsing error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org When I try to import a set of records, at the staging MARC record step, when I click on the Stage for Import button, the system returns the message, "Failed to submit form: error" To recreate: 1. go to Tools --> Stage MARC for Import. 2. Upload a MARC file. I left all the default options set. 3. Click the Stage for Import button. 4. Error message returned. Additionally, I checked the Stage MARC Management area to see if any record batches were listed, anyway; none were. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15015] New: Plack testing -- Import patrons tool -- uploading file fails
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15015 Bug ID: 15015 Summary: Plack testing -- Import patrons tool -- uploading file fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org Uploading a file of patrons using the Import patrons tool is broken. To recreate: 1. Go to Tools --> Import Patrons 2. Select file for upload. 3. All settings left at default. 4. Scroll to bottom and click Import. 5. Error: Link: http://test-intra.plack.bywatersolutions.com/intranet/tools/import_borrower… An error has occurred! Error 404 This message may have been caused by any of the following reasons: -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 15020] New: Plack testing -- Patron name search fails in Checkout search
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15020 Bug ID: 15020 Summary: Plack testing -- Patron name search fails in Checkout search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has a two part first name (White Sox Cat is my example patron I've added to the Plack test server), and you search for White Sox OR White Sox Cat in the checkout search, no results found. When you search for White Sox OR White Sox Cat under the Patron Search, you get a result. To Recreate: 1. Go the the Checkout search on any page 2. Search for White Sox. No results found. 3. Search for White Sox Cat. No results found. 4. Go to the Patron search and repeat steps 2-3 searches. Both times, Patron found. (Again this may be outside Plack changes -- but I don't want to miss it) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 7172] New: Data Persistency
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 Bug #: 7172 Summary: Data Persistency Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 - high Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 We need to fix up the code throughout the system to be able to handle data faster-than-CGI processors like Plack, FastCGI or mod_perl. At this time, most of Koha can run okay, but when errors happen, they crash HARD. Some issues than need attention: nested subroutines: mod_perl, and I think other systems, turn each script into a subroutine. If you have subroutines in subroutines (as we do in C4 and some of the scripts), and an inner subroutine modifies a variable declared outside in the outer subroutine, you will get an error "variable will not stay shared". This can sometimes (always?) be fixed by using "our" instead of "my". Or using better coding practices :) memory leaks: some memory may not be released, so a persistent engine could bloat over time. other issues may come up, as well. -- 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 48

[Bug 11071] New: RDA Helper
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '15

15 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11071 Bug ID: 11071 Summary: RDA Helper Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be great to have an RDA Helper like MarcEdit has (which is not open source - http://marcedit.reeset.net/features) built in to Koha so that you can easily add RDA fields to your MARC record with the click of a button or via a batch biblio modification tool. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12468] New: copyright symbol not translating right
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '15

15 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12468 Bug ID: 12468 Summary: copyright symbol not translating right 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 29177 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29177&action=edit shown on yale opac The new 264 field can have a copyright symbol in it, but that won't translate in to Koha when you import using Z39.50. See attached. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12724] New: Show RDA tag 264 on OPAC Detail XSLT view
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '15

15 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12724 Bug ID: 12724 Summary: Show RDA tag 264 on OPAC Detail XSLT view 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 19