December 2014 - Koha-bugs - lists.koha-community.org

[Bug 11937] New: opac link doesn't open in new window
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11937 Bug ID: 11937 Summary: opac link doesn't open in new window Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 26

[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 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 15 Sep '15

15 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 15 Sep '15

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

[Bug 11998] New: Syspref caching issues
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '15

13 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11998 Bug ID: 11998 Summary: Syspref caching issues 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: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Sysprefs are cached in process, which is a problem when you have multiple plack workers. -- You are receiving this mail because: You are watching all bug changes.

1 116