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

[Bug 11673] New: columns.def has swapped last and first name of alt contact
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '14

08 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11673 Bug ID: 11673 Summary: columns.def has swapped last and first name of alt contact Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org borrowers.altcontactfirstname Alternate contact: Last name borrowers.altcontactsurname Alternate contact: First name -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12098] New: User can edit some subcriptions he should be prevented to
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12098 Bug ID: 12098 Summary: User can edit some subcriptions he should be prevented to Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If the user doesn't have the superserials permission, or isn't superlibrarian, you can still edit a subscription accessing the subscription detail page through the serial collection page (for records with multiple subscriptions) or accessing the detail page directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 12080] New: Superserials permission appears to be broken
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12080 Bug ID: 12080 Summary: Superserials permission appears to be broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com 1) IndependentBranches needs to be activated - 'Prevent' 2) Make sure you have some subscriptions, set to different branches 3) Search for all subscriptions with an empty search Problem 1: If the user has the superserials permission, the search doesn't show all subscriptions. Problem 2: If the user doesn't have the superserials permission, you can still edit a subscription accessing the subsscription detail page through the serial collection page (for records with multiple subscriptions) or accessing the detail page directly. Hope I tested this correctly - would be happy if someone could confirm the bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 12048] New: Doesn't display other libraries subscriptions when superlibrarian user
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12048 Bug ID: 12048 Summary: Doesn't display other libraries subscriptions when superlibrarian user Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This is a regression in master and 3.14. When a user has superlibrian permissions, a search on serials subscriptions must display other libraries subscriptions even when IndependantBranch syspref is enabled. To reproduce/test the bug/patch: 1. Enable IndependanBranch 2. Login as a user not having superlibrarian permission 3. Search for a serial subscription on: /cgi-bin/koha/serials/serials-search.pl 4. Search a title which has at least 2 subscriptions: one in the user branch, and one in another branch 5. On the result page, just 1 subscription is displayed: the one attached to the userbranch => this is normal 6. Login as a user having superlibrarian permission 7. Repeat step 3-5. 8. You get the same result as 5. You should have seen all subscriptions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 11587] New: IsSuperLibrarian generates warnings
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11587 Bug ID: 11587 Summary: IsSuperLibrarian generates warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org If userenv->{flags} is undefined, the modulus 2 generates floody entries. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 7002] New: Inaccurate checks for borrower flags == 1
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7002 Bug #: 7002 Summary: Inaccurate checks for borrower flags == 1 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org There are a few instances in the code which I can find which use this to check whether someone has superlibrarian privileges in the context of IndependandBranches: unless (($userenv->{'flags'} == 1) or ($userenv->{'branch'} eq $item->{'homebranch'})) { This check fails if the logged in user has any other privilege checked in addition to superlibrarian. In other words, the user must *only* have superlibrarian checked in order to qualify to perform these operations. catalogue\moredetail.pl line 136 cataloguing\additem.pl line 548 tools\batchMod.pl line 460 -- 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 15

[Bug 10277] New: Add C4::Context->IsSuperLibrarian()
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '14

07 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10277 Bug ID: 10277 Summary: Add C4::Context->IsSuperLibrarian() Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com The method of checking the logged in user for superlibrarian privileges is obtuse ( $userenv && $userenv->{flags} % 2 != 1 ) to say the least. The codebase is littered with these lines, with no explanation given. It would be much better if we had one subroutine that returned a boolean value to tell us if the logged in user is a superlibrarian or not. -- You are receiving this mail because: You are watching all bug changes.

1 59

[Bug 11699] New: notes entered when receiving are not saved
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11699 Bug ID: 11699 Summary: notes entered when receiving are not saved Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 25075 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25075&action=edit adding note When in acquisitions you can enter notes on the receive page. Those notes go no where though - they don't show on the invoice as you'd expect or even on the order under 'already received' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 9416] New: We should have 2 kinds of notes for each order line
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9416 Bug ID: 9416 Summary: We should have 2 kinds of notes for each order line Classification: Unclassified 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: mathieu.saby(a)univ-rennes2.fr In aqorders table, we just have a field "notes". In my library we want to store 2 types of comments for each order line : - a note for collegues (visible only for staff) For example : "Ask Head librarian for call number" - a note for the bookseller (visible on basketgroup printed pdf) For example : "Very urgent" So, what about creating a new field in acqorders table, called "booksellernotes" ? M. Saby Rennes 2 University -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 11069] New: increase title ranking in relevance when using QueryWeightFields
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11069 Bug ID: 11069 Summary: increase title ranking in relevance when using QueryWeightFields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org when using QueryWeightFields to add ranking on a search without index, the search actually uses: - rank 1 : Title-cover,ext : exact title-cover - rank 2 : ti,ext : exact title - rank 3 : Title-cover,phr : phrase title-cover - rank >7 : queries without index This relevance sets title as phrase in priority and then any index. I propose to add title as words list before search on any index, so that records with all searched terms in title, even not well ordered, are more relevant. -- You are receiving this mail because: You are watching all bug changes.

1 15