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

[Bug 11703] New: Convert checkouts table to ajax datatable
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '15

15 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11703 Bug ID: 11703 Summary: Convert checkouts table to ajax datatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron has many checked out items, circulation.pl can take a very long time to load ( on the order of minutes in some cases ). This is primarily due to the processing of the previous checkouts list. If we convert to this table to a datatable that fetches its data via ajax, we can make circulation.pl far more responsive. The same should be done with relative's checkouts as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 275

[Bug 13775] New: software error when choosing authority via plugin
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '15

15 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13775 Bug ID: 13775 Summary: software error when choosing authority via plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical 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 When cataloging if you use the authority chooser plugin you get the following error when clicking 'choose' Software error: Can't call method "field" on an undefined value at /home/nengard/kohaclone/authorities/blinddetail-biblio-search.pl line 82. My URL looks like this: cgi-bin/koha/authorities/blinddetail-biblio-search.pl?authid=948&index=tag_600_subfield_a_847208_166743&repet= -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 13073] New: Search in Russian and in Armenian
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '15

15 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13073 Bug ID: 13073 Summary: Search in Russian and in Armenian Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: aidasarg(a)ysu.am QA Contact: testopia(a)bugs.koha-community.org When we search in the OPAC for entries in Russian or Armenian languages, the result is the full database (including English entries). But the same search works for English language -- English only entries are returned. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10478] New: Do we need a sequential number generator?
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10478 Bug ID: 10478 Summary: Do we need a sequential number generator? Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl Copy and past from report 9921: --- Comment #15 from Galen Charlton <gmcharlt(a)gmail.com> --- (In reply to comment #14) > 3) I feel that incrementalControlNumber is not (really) a pref. I can > imagine more cases where we might need a sequential number. Would it be > interesting to move it perhaps to Tools in a more general context such as a > sequence number engine with its own table (id, keyname, seqnumber, date)? > There are more fields like callnumber (with plugins) that could use such an > approach.. > This does again not block your patch, but we could trigger the discussion on > a more general solution. This idea (creating a sequence engine) is worth elevating to a new enhancement bug. There's been some chatter on #koha the past few days about this in the context of improving how sequential patron cardnumbers are assigned. [END-OF-QUOTE] Note: Since this bug is not yet in assigned status, you are welcome to write some code :) It would probably be interesting too to add another column subkey or something that allows you to have sequence number for the combination key, subkey. You could e.g. have numbers then for 'shelf', '1 A' and 'shelf','2 C', etc. But this idea could have many more applications. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10784] New: SMS-related code needs improvements
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10784 Bug ID: 10784 Summary: SMS-related code needs improvements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Some more or less random findings: sms/sms_listen.pl has hardcoded strings in it, in Turkish (according to Google translate): http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=sms/sms_listen.pl… This comment from an earlier commit sounds ominous: "SMS - widespread cleanup and moving code away from Cyprus/Turkey-specific implementation. Much more needed." http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=9c8a1e29f8f2589… To bring this in line with other functionality in Koha it would probably be a good idea to make the notices editable, in the same way that other notices are. C4::SMS references two sysprefs, SMSSendUsername and SMSSendPassword, but when I search for these in 3.12.x and current master I get no results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11997] New: Download / export lists of records coding and format errors
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11997 Bug ID: 11997 Summary: Download / export lists of records coding and format errors Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Either from OPAC and Intranet, while exporting lists with formats "MARC" (OPAC) / "Iso2709" (on Intranet; different name to same thing) the downloaded file named "shelf.iso2709" is on latin1 instead of utf8, never reporting this, and also it seems very buggy: $ yaz-marcdump -f latin1 -t utf8 -i marc -o line "shelf.iso2709" | head -n30 [...] 245 00 $a Introducción general a la informática : $b periféricos y redes locales / $c Mario Carlos Ginzburg; ilustrado por Rafael Ginzburg (Separator but not at end of field length=134) 250 a4 $ ed. (Separator but not at end of field length=11) 260 aB $e nos Aires : $b Mario Carlos Ginzburg, $c 2006 (Separator but not at end of field length=51) -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 14755] New: Checking in gives error 500
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14755 Bug ID: 14755 Summary: Checking in gives error 500 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: j.kylmala(a)gmail.com Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When I try to Check in an item with the top bar Check in functionality I get this error: An error has occurred! Error 500 In Koha this typically means that the Koha team is working on new features Wait while system maintenance is being done or email the Koha administrator. Use top menu bar to navigate to another part of Koha. In the koha-error log: http://paste.koha-community.org/57 Checking in from the patron's details page works fine. I just did today a database upgrade to 3.21.00.21, so not sure if that is the problem or something else. I'm trying to figure out this and will let you know. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13026] New: permanent location becomes CART.
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13026 Bug ID: 13026 Summary: permanent location becomes CART. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Just noticed we have ~1500 items with items.location == CART and items.permanent_location == CART. No idea how to replicate this issue. Probably related to Bug 7817. This leads to loss of location data for Items. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11390] New: DBIx::Class schema deployment script
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11390 Bug ID: 11390 Summary: DBIx::Class schema deployment script 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: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 7365 DBIx::Class has the ability to load a scheme defined by a set of DBIC schema classes into an empty database. We can use this to gain the ability to use a single script to deploy to either MySQL or PostgreSQL and set the stage for using DBIx::Class::Schema::Versioned to manage updates. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 5837] New: Change installer to use DBIx::Class::Schema::Versioned instead of updatedatabase.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '15

14 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5837 Bug #: 5837 Summary: Change installer to use DBIx::Class::Schema::Versioned instead of updatedatabase.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org In order to move us one step closer to database independence we should move to using a db independent schema. DBIx::Class::Schema gives us this. If we use DBIx::Class::Schema::Versioned we can do away with both kohastructure.sql and updatedatabase.pl -- 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 12