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

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

27 Nov '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|Signed Off |Passed QA CC| |martin.renvoize@ptfs-europe | |.com --- Comment #22 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Works as expected for me, and passes qa scripts. Very happy now that there are sensible and just warning during upgrade regarding pre-existing duplicates. Passing QA -- 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 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #33752|0 |1 is obsolete| | --- Comment #21 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 33985 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33985&action=edit [PASSED QA] Bug 1861 [QA Followup] - Don't modify userids, warn if we can't modify the index automatically Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.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 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #33750|0 |1 is obsolete| | --- Comment #20 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 33984 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33984&action=edit [PASSED QA] Bug 1861 [QA Followup] - Fix Check_Userid and unit tests Check_Userid assumes that a borrowernumber will always be passed in and thus fails to to return 0 for an already used userid when creating a new patron. Unit tests must now also me modified to no longer assume it is possible to create multiple patrons with the same userid. Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.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 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1861 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #33749|0 |1 is obsolete| | --- Comment #19 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 33983 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33983&action=edit [PASSED QA] Bug 1861 - Unique patrons logins not (totally) enforced The Koha 3.0 patron admin page will prevent you from creating a user who has an identical OPAC login as someone else (though I would change the error message from "Login/password already exists." to "Login already exists.", since it's not the password that's the problem). However, there's nothing enforced in the MySQL database to prevent patrons from being imported or manually inserted with duplicate logins. Would it be better to change the MySQL spec from this: KEY `userid` (`userid`) to this: UNIQUE KEY `userid` (`userid`) Test plan: 1) Enter mysql console 2) Attempt to create two borrowers with identical user id's 3) Note you are able to do so 4) Delete these bororwers 5) Apply this patch 6) Run updatedatabase.pl 7) Repeat step 2 8) Note you are now unable to do so Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> Work as described, no koha-qa errors Signed-off-by: Katrin Fischer <Katrin.Fischer.83(a)web.de> Leaves deletedborrowers as it is, deleting patrons still works ok. Works according to test plan. Database update will only be successful, when no duplicate entries exist in the database. Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9705] New: Add ability to put news only on the mobile site
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9705 Bug ID: 9705 Summary: Add ability to put news only on the mobile site Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz It might be nice to have the ability to have special or specific news for mobile clients as differentiated from standard desktop users. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9259] New: batch delete marc batches
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9259 Bug ID: 9259 Summary: batch delete marc batches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl We have the ability to 'clean' a staged file but it would be great if there was a way to batch delete (or barring that delete one by one) old batches. Today I saw a system with over 1700 of these batches and there is really no need to keep that much stuff. I'm thinking checkboxes next to each batch and then a 'clean' and a 'delete' button at the top of the page and you can choose one or the other. I should make you clean it before you delete it - kind of like deleting all items before deleting the bib record. Just some ideas I have. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13344] New: C4::ImportBatch::GetImportRecordsRange() has undefined $parameters->{order_by_direction} throws warnings
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13344 Bug ID: 13344 Summary: C4::ImportBatch::GetImportRecordsRange() has undefined $parameters->{order_by_direction} throws warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When loading addorderiso2709.pl I get the following warning: addorderiso2709.pl: Use of uninitialized value in string eq at /home/koha/kohaclone/C4/ImportBatch.pm line 1058 After this patch no such warning is generated. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8819] New: enter claim date manually
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8819 Priority: P5 - low Change sponsored?: --- Bug ID: 8819 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter claim date manually Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/serials/claims.pl Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice if on the claims form for serials you could manually mark something claimed or enter a claim date. Most US vendors do not want an email as a claim, they have special web forms to fill out, but that doesn't mean that the library doesn't want to track when they claimed their issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9043] New: Adding system preferences to control the visibility of the content on the Advanced Search page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9043 Priority: P5 - low Change sponsored?: --- Bug ID: 9043 Assignee: oleonard(a)myacpl.org Summary: Adding system preferences to control the visibility of the content on the Advanced Search page Severity: enhancement Classification: Unclassified OS: All Reporter: srikanth(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha There are several options on the advanced search page using which a user can refine/limit their search. Some of that content may be too technical or may not be relavant. By adding additional system preferences the librarians can control what to display on the OPAC advanced search page. -- You are receiving this mail because: You are watching all bug changes.

1 121

[Bug 13332] New: Items disappear from staff detail page when there is an on-site checkout
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13332 Bug ID: 13332 Summary: Items disappear from staff detail page when there is an on-site checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To test: - Turn on OnSiteCheckouts - Check out any item using on-site checkout mode - Go to the detail page of the record, verify, that all items have disappeared - Check the item back in - Go to the detail page again - the items are back This seems to be a side effect of bug 5304, when I revert it, the display is ok: http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=421761e2743ab26… The logs show some errors: [Mon Nov 24 22:25:48.527426 2014] [cgi:error] [pid 24936] [client 127.0.0.1:41712] AH01215: [Mon Nov 24 22:25:48 2014] detail.pl: DBD::mysql::st execute failed: Not unique table/alias: 'issues' at /home/katrin/kohaclone/C4/Items.pm line 1332., referer: http://localhost:8080/cgi-bin/koha/circ/circulation.pl [Mon Nov 24 22:25:48.527536 2014] [cgi:error] [pid 24936] [client 127.0.0.1:41712] AH01215: [Mon Nov 24 22:25:48 2014] detail.pl: DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /home/katrin/kohaclone/C4/Items.pm line 1339., referer: http://localhost:8080/cgi-bin/koha/circ/circulation.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10