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

[Bug 3980] Vendor GST being ignored
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3980 Koha Team Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=11733 -- 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 3980] Vendor GST being ignored
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3980 --- Comment #6 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Yes, It works that way today in master... But I've done some tests 2 weeks ago and it wasn't like that. It's fine for me. Do we change as "resolved" this bug ? -- 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 9375] New: Logging in with LDAP creates duplicate users
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9375 Bug ID: 9375 Summary: Logging in with LDAP creates duplicate users Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz CC: dpavlin(a)rot13.org Bug noted in 3.8, probably exists in master as well. To replicate: Create a "native" koha user with the same username/password as your LDAP user. Log in with LDAP - a duplicate user should be created with the mapped fields in the borrower account. I think this is not working as intended - my thought is that if a user exists in Koha, and the user/password are identical, one of two things should happen: Either Koha should recognize that this user exists and ask the user if they want to populate the existing account with the data from LDAP, or Koha should recognize that this user exists and simply log in, leaving the member account alone and inserting no data. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 3980] Vendor GST being ignored
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3980 Jacek Ablewicz <abl(a)biblos.pk.edu.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abl(a)biblos.pk.edu.pl --- Comment #5 from Jacek Ablewicz <abl(a)biblos.pk.edu.pl> --- (In reply to Koha Team Lyon 3 from comment #4) > What I understand about the way it should be is that : > - In system preferences, you can define all the authorized gist, that you > will be able to choose in vendor or order > - In vendor, you can choose on gist value, which is used mostly by the vendor > - In the order, the gist value should be by default the one chosen in the > vendor, but you can change it if you want. > > Do you agree with this ? I do; moreover, unless I'm very much mistaken, it already works that way (i.e., by default, tax rate for order is the one chosen in vendor)? -- 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 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 Jesse Maseto <jesse(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff CC| |jesse(a)bywatersolutions.com --- Comment #3 from Jesse Maseto <jesse(a)bywatersolutions.com> --- To test: >From the OPAC click on the "advanced search" option. Then on the advanced search page click on "more options" you will the see that "Standard number" is on the list twice. Apply Patch. Re-test and now only one option. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 --- Comment #2 from Jesse Maseto <jesse(a)bywatersolutions.com> --- Created attachment 26152 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26152&action=edit This patch removes the dupilcate "Standard Number" option under the more options of the opac advanced search. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3980] Vendor GST being ignored
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3980 Koha Team Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=11680 -- 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 3980] Vendor GST being ignored
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3980 Koha Team Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)univ-lyon3.fr --- Comment #4 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- What I understand about the way it should be is that : - In system preferences, you can define all the authorized gist, that you will be able to choose in vendor or order - In vendor, you can choose on gist value, which is used mostly by the vendor - In the order, the gist value should be by default the one chosen in the vendor, but you can change it if you want. Do you agree with this ? -- 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 3144] anti-spam for opac-suggestions
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '14

11 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3144 --- Comment #6 from Galen Charlton <gmcharlt(a)gmail.com> --- (In reply to Chris Cormack from comment #5) > A negative captcha seems to be the current best practice, I vote we go with > that. Agreed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3144] anti-spam for opac-suggestions
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '14

11 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3144 --- Comment #5 from Chris Cormack <chris(a)bigballofwax.co.nz> --- A negative captcha seems to be the current best practice, I vote we go with that. -- You are receiving this mail because: You are watching all bug changes.

1 0