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

[Bug 7115] New: Suggestion form has wrong label if AdvancedSearchTypes = collection
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '14

08 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7115 Bug #: 7115 Summary: Suggestion form has wrong label if AdvancedSearchTypes = collection Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 6111 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6111 screenshot of suggestion form If you have set AdvancedSearchTypes to 'collection code' the suggestion form will offer a pull down with the collection codes, but the label still shows 'Item type' -- 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

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

[Bug 11508] New: Untranslatable pull-down in auth_subfields_structure.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11508 Bug ID: 11508 Summary: Untranslatable pull-down in auth_subfields_structure.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The pull-down for "Select to display or not:" contains strings "Show All" and "Hide All", these are hard-coded in admin/auth_subfields_structure.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 9216] New: Add a file for table headings translation and copy of this file during the translation process
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9216 Bug ID: 9216 Summary: Add a file for table headings translation and copy of this file during the translation process Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com Headings of table are defined in columns.def file, but only in english. French libraries want them in french. This patch adds a columns.def.fr-FR file and copies this file into the fr-FR directory tree during the translation process. columns.def.{lang} can be added as well -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 11148] New: 2 routines are useless in Koha::DateUtils
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11148 Bug ID: 11148 Summary: 2 routines are useless in Koha::DateUtils 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org There are 2 useless routines in the Koha::DateUtils module:output_pref_due and format_sqlduedatetime. We can call output_pref and format_datetime with dateonly = 0. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 10533] New: basketgroup js functions should in a separated js file
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '14

06 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10533 Bug ID: 10533 Summary: basketgroup js functions should in a separated js file 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: jonathan.druart(a)biblibre.com acqui/basketgroup.tt loads acq.js and a lot of acqui/*.tt loads js functions only used for basketgroup management. These functions should be in a separated js file. -- You are receiving this mail because: You are watching all bug changes.

1 26