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

[Bug 14435] Recover feature to store and access results of a report
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14435 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj(a)kohaaloha.com --- Comment #34 from Mason James <mtj(a)kohaaloha.com> --- Enhancement, skipping for 16.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17476] New: Failed test 'Create DateTime with dt_from_string() for 2100-01-01 with TZ in less than 2s'
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17476 Bug ID: 17476 Summary: Failed test 'Create DateTime with dt_from_string() for 2100-01-01 with TZ in less than 2s' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mirko(a)abunchofthings.net QA Contact: gmcharlt(a)gmail.com A test for DateUtils.t fails on slow servers. There should be a way to skip it. # Failed test 'Create DateTime with dt_from_string() for 2100-01-01 with TZ in less than 2s' # at t/DateUtils.t line 82. # '2.51043486595154' # < # '2' # Looks like you failed 1 test of 60. t/DateUtils.t ....................... -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 17544] New: populate_db.pl should not require t::lib::Mocks
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17544 Bug ID: 17544 Summary: populate_db.pl should not require t::lib::Mocks 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The misc/devel/populate_db.pl script incorrectly requires t::lib::Mocks, and this makes it fail under kohadevbox. Steps to reproduce: - Have a fresh kohadevbox (DB not populated) - Run $ sudo koha-shell kohadev -c "/home/vagrant/kohaclone/misc/devel/populate_db.pl --marcflavour marc21" => FAIL: You get: Can't locate t/lib/Mocks.pm in @INC (you may need to install the t::lib::Mocks module) (@INC contains: /usr/share/koha/lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /home/vagrant/kohaclone/misc/devel/populate_db.pl line 27. BEGIN failed--compilation aborted at /home/vagrant/kohaclone/misc/devel/populate_db.pl line 27. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 16991] New: need subtitle on holds to pull
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16991 Bug ID: 16991 Summary: need subtitle on holds to pull Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The subtitle should show on the holds to pull list. I recommend adding the keyword to marc mapping to this page. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17495] New: reports/issues_stats.pl is broken
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17495 Bug ID: 17495 Summary: reports/issues_stats.pl is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Reports Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Template process failed: undef error - The method selected is not covered by tests! at /home/vagrant/kohaclone/C4/Templates.pm line 121., referer: http://localhost:8081/cgi-bin/koha/reports/reports-home.pl -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 2237] Use primary email address as Koha login account
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2237 Chris Kirby <chris.kirby(a)ilsleypubliclibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.kirby@ilsleypubliclib | |rary.org --- Comment #7 from Chris Kirby <chris.kirby(a)ilsleypubliclibrary.org> --- *** Bug 17769 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17769] New: Preference for patron username
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17769 Bug ID: 17769 Summary: Preference for patron username Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.kirby(a)ilsleypubliclibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a librarian creates a patron account, the username field defaults to firstname.lastname. However, many libraries change the default username to the patron cardnumber, or email address when they set up a new patron account. It would be useful if there were a branch level or system level preference for default username with the following choices: 1)firstname.lastname 2)patron cardnumber 3)primary email address -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #32 from Andreas Hedström Mace <andreas.hedstrom.mace(a)sub.su.se> --- I started testing this today and after some initial confusion about the rules system (that could use some more documentation!) it seems mostly to work as intended. But am I correct in understanding that Marc field permissions does not currently work with Staged MARC Imports? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #49 from Benjamin Daeuber <bdaeuber(a)cityoffargo.com> --- (In reply to Benjamin Daeuber from comment #46) > Created attachment 58164 [details] > Import screen > > I've attached a screenshot of the import screen, where I've highlighted in > red the collection. That collection is the top alphabetical, even though the > based on the collection in the order file, the first should be a book and > the next a book club in a bag. By this I mean Item Type, sorry. The item type for both is Audiobook, even though the item types in the order file are different (and both valid). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #48 from Benjamin Daeuber <bdaeuber(a)cityoffargo.com> --- Created attachment 58166 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58166&action=ed… Item information after import 2 -- You are receiving this mail because: You are watching all bug changes.

1 0