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

[Bug 6804] New: If IndependantBranches and AutoLocation enabled, OPAC login does not redirect properly outside IP range
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6804 Bug #: 6804 Summary: If IndependantBranches and AutoLocation enabled, OPAC login does not redirect properly outside IP range Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Authentication AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org In the event that a library has IndependantBranches turned on, as well as AutoLocation turned on and valid IP ranges in place for their branches, the OPAC login will not redirect to the My Summary area; it will instead show another login prompt. The login is indeed successful, and if the patron navigates to other pages, they will find the link to their account in the upper right corner as normal, but this initial prompt is VERY discouraging. -- 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 10

[Bug 8848] New: 'make test' fails on Barcodes_ValueBuilder.t (upgrading from 3.08.04)
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '14

29 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8848 Priority: P5 - low Change sponsored?: --- Bug ID: 8848 Assignee: gmcharlt(a)gmail.com Summary: 'make test' fails on Barcodes_ValueBuilder.t (upgrading from 3.08.04) Severity: major Classification: Unclassified OS: Linux Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Installation and upgrade (command-line installer) Product: Koha When I went to update from Koha 3.08.04 to .05 (from tarball): I did the usual perl koha_perl_deps.pl -m -u It reported no extra deps needed perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log -PASSED make -PASSED make test - FAIL When I looked back at the logs I found it was missing a perl dep: Can't locate Test/MockModule.pm in @INC (@INC contains: /home/koha/koha-3.08.05/blib/PERL_MODULE_DIR /home/koha/koha-3.08.05/blib/arch /usr/share/koha/lib /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at t/Barcodes_ValueBuilder.t line 6. After I grabbed libtest-mockmodule-perl with an apt-get install: make test t/Barcodes_ValueBuilder.t ........... 1/10 install_driver(Mock) failed: Can't locate DBD/Mock.pm in @INC (@INC contains: /home/koha/koha-3.08.05/blib/PERL_MODULE_DIR /home/koha/koha-3.08.05/blib/arch /usr/share/koha/lib /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at (eval 30) line 3. Perhaps the DBD::Mock perl module hasn't been fully installed, or perhaps the capitalisation of 'Mock' isn't right. Available drivers: DBM, ExampleP, File, Gofer, Proxy, SQLite2, Sponge, mysql. at t/Barcodes_ValueBuilder.t line 15. # Looks like you planned 10 tests but ran 1. # Looks like your test exited with 2 just after 1. t/Barcodes_ValueBuilder.t ........... Dubious, test returned 2 (wstat 512, 0x200) Failed 9/10 subtests Tracked that one down to libdbd-mock-perl. Installed and reran make test -PASS I'm assuming these modules are only for testing purposes, but its a little disconcerting when a test that has previously worked suddenly fails. Additional Information: My Koha installation is: OS: Ubuntu server 12.04 Arch: amd64 Current Koha Version 3.08.04 (tarball) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9551] New: OPACMobileUserCSS being overriden by OPACUserCSS
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '14

28 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9551 Bug ID: 9551 Summary: OPACMobileUserCSS being overriden by OPACUserCSS Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com I have been playing with the OPACMobileUserCSS sys pref. I am trying to have separate information in the opaccredits sys pref for the mobile and the desktop views. I am doing this by giving the content unique id's and then using the appropriate css sys pref to hide or display the appropriate information. However, when I do this whatever is the OpacUserCSS overrides what is in the OPACMobileUserCSS. Ed -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 7142] New: non public note on item edit
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '14

22 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7142 Bug #: 7142 Summary: non public note on item edit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/moredetail.pl?biblionumber=180 &itemnumber=254#item254 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com It would be nice to have the non public note on the brief item edit view so that circ librarians (who usually use this page) can leave non public notes for their colleagues about the item - right now you can only add a non public note if you enter it in the full edit item. Nicole -- 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 2

[Bug 10051] New: surname and first name should have comma in Holds to Pull report
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '14

18 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10051 Bug ID: 10051 Summary: surname and first name should have comma in Holds to Pull report Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the Holds to Pull report shows names as Surname Firstname It would look nicer and be less confusing if it said Surname, Firstname -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 11706] New: Typo "efault" in updatedatabase.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '14

18 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11706 Bug ID: 11706 Summary: Typo "efault" in updatedatabase.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org installer/data/mysql/updatedatabase.pl: VALUES ( "issues to claim", "efault CSV export for serial issue claims", "efault", should be "Default" -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 5579] New: Remove items from biblioitems.marcxml
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '14

17 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5579 Summary: Remove items from biblioitems.marcxml Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dev_patches(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- 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 25

[Bug 10638] New: Show alert when receiving an order with holds/reserves
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '14

17 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10638 Bug ID: 10638 Summary: Show alert when receiving an order with holds/reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org When orders are received, there should be a message saying whether there are any holds/reserves tied to that order's bib record or item records. If AcqCreateItem is set to "receiving an order" or "placing an order", you might want to know if the item you're receiving can fill a bib-level hold (i.e. "the next available item"). If AcqCreateItem is set to "placing an order", you might want to know if the physical item you're receiving already has a item-level hold on it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11642] New: Batch patron deletion/anonymization should not allow permanent destruction of patron data
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11642 Bug ID: 11642 Summary: Batch patron deletion/anonymization should not allow permanent destruction of patron data 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The Batch patron deletion/anonymization tool gives the option of destroying patron data or moving it to the "trash". I see know reason why we allow deletion of patrons without moving them to deletedborrowers first. We don't allow this kind of behavior for records or items, so why patrons? Furthermore it seems far to easy to mis-use this tool by accident, further exacerbating the situation. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8836] New: Resurrect Rotating Collections
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 Priority: P5 - low Change sponsored?: --- Bug ID: 8836 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Resurrect Rotating Collections Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I think it's time to bring back the Rotating Collections feature. The security issue related to it was fixed, but the feature was never re-enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 164