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

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |13502 -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 13500] New: Batch item modification tool don't let you delete or set to 0
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13500 Bug ID: 13500 Summary: Batch item modification tool don't let you delete or set to 0 Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Since the upgrade to Koha 3.18 our librarians can't use Batch item modification tool as always. They can change values from something different to "0" to something different to "0", but no change the value to zero or remove the subfield. How to test: 1) Go to Batch item modification tool (for eg http://demo-intra.mykoha.co.nz/cgi-bin/koha/tools/batchMod.pl ) 2) Paste a barcode (eg 528, «The ringmaster's secret», without hold/loan). 3) Change for example $7 (Not for loan) and/or $8 (Collection code) to a !=0 value, lets say Ordered and Non fiction. 4) Repeat same procedure but now delete subfields. 5) Subfield is not removed. Same thing if you have an authorized value "0" and try to change to that value. Changing from !=0 to !=0 works fine. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 4041] Address Format as a I18N/L10N system preference
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4041 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Component|System Administration |Templates Assignee|koha-bugs(a)lists.koha-commun |oleonard(a)myacpl.org |ity.org | --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We just ran into this again, giving it a little nudge :) In Germany I think it would be: <street name> <street number> <zipcode> <city> We don't use <street type> at the moment, I think often the part that would be street type is already part of the street name (-gasse, -straße). The state is not needed for addresses within Germany. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed by Module Maintainer --- Comment #32 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Pushed followups to Module Maintainers Branch - https://github.com/mrenvoize/Koha/tree/authentication -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 --- Comment #31 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 34823 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34823&action=edit Bug 1861: Add 1 test to AddMember Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #34821|0 |1 is obsolete| | --- Comment #30 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 34822 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34822&action=edit Bug 1861 [SIGNED OFF]: There is a problem introduced with an earlier patch, on this patchset - $data{'userid'} = Generate_Userid($data{'borrowernumber'}, $data{'firstname'}, $data{'surname'}) if $data{'userid'} eq ''; + $data{'userid'} = Generate_Userid( $data{'borrowernumber'}, $data{'firstname'}, $data{'surname'} ) + if ( $data{'userid'} eq '' || Check_Userid( $data{'userid'} ) ); Check_Userid returns 1 if it is unique. So this means unique userids will always be discarded and new ones created. This is why all the tests depending on a userid are now failing To test 1/ run perl t/db_dependent/Serials_2.t 2/ Notice lots of tests fail 3/ OR Add a borrower with a userid set, notice the userid is ignored and one is generated instead 4/ Apply patch 5/ Add a new borrower, notice the userid sticks (if it is unique) 6/ Run perl t/db_dependent/Serials_2.t notice tests pass 7/ Run perl t/db_dependent/Members.t notice tests still pass Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '14

30 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0