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

[Bug 7754] New: displaying the number of days a document is late
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '15

02 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7754 Priority: P5 - low Change sponsored?: --- Bug ID: 7754 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: displaying the number of days a document is late QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha On the return screen, when a document is late, the return date column give the date the document should have been returned, in red. Displaying the number of days the document is late next to it would be useful. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 5441] New: SSO CAS improvements
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '15

02 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5441 Summary: SSO CAS improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/SSO_CAS_improvemen ts OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 Multitier proxy authentication support with CAS 2.0 for SSO. See http://www.jasig.org/cas in general and http://www.ja-sig.org/wiki/display/CAS/Proxy+CAS+Walkthrough specifically. Koha should be able to accept a proxy ticket, i.e. authenticate with CAS without being directly in contact with the client's browser, e.g. in the case of patron information being requested through a web service by a portal from koha. Note: simple sso cas support (no proxy) has been done already by biblibre, is in testing and should be released in Koha 3.2 -- 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 4

[Bug 8865] New: Re-logging in needs to pass POST & GET arguments
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8865 Priority: P5 - low Change sponsored?: --- Bug ID: 8865 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Re-logging in needs to pass POST & GET arguments Severity: minor Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Authentication Product: Koha When a librarian is forced to re-login for an action ( either for super-librarian privileges, or because of a timeout ), this should pass in both GET and POST arguments to the page that we forward to. Not doing so causes problems, a case in point is bug 8860's error message. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8785] New: Basic authentication troubleshootings
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8785 Priority: P5 - low Change sponsored?: --- Bug ID: 8785 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Basic authentication troubleshootings Severity: normal Classification: Unclassified OS: All Reporter: matthias.meusburger(a)biblibre.com Hardware: All Status: NEW Version: master Component: Authentication Product: Koha I've ran several tests with basic http authentication in koha, and here's what I found: When using basic http authentication at OPAC, if the loggedin username does not match a valid koha user, that leads to a session with borrowernumber 0. When using basic http authentication at Intranet, if the loggedin username does not match a valid koha user, that also leads to a session with borrowernumber 0. At the top-right of the screen, I can see "insecure" in bold black. However, my "insecure" syspref is set to 0. Is this behavior normal? Steps to reproduce: To use basic http authentication at OPAC, create a .htaccess and a .htpasswd file in the 'opac' directory. To use basic http authentication at Intranet, create a .htaccess and a .htpasswd file at the root of the source directory (don't forget to backup the existing .htaccess) In order to easily generate .htaccess and .htpasswd, you can use the following tools: http://www.htaccesstools.com/htaccess-authentication/ http://www.htaccesstools.com/htpasswd-generator/ -- You are receiving this mail because: You are watching all bug changes.

1 1

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

[Bug 7003] New: canned report to show patrons and permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '14

13 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7003 Bug #: 7003 Summary: canned report to show patrons and permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Querying permissions in SQL is very difficult. It would be nice to have a canned report that shows you all of your patrons and the permissions they each have (well not all patrons - but patrons with permissions). Something like this: Patron Name (linked) | Permission Levels (listed) A filter to only show patrons with 'superlibrarian' or other specific permissions would be great too. -- 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 3