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

[Bug 6460] New: No log generated if Action set to All or Modify or Delete
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6460 Bug #: 6460 Summary: No log generated if Action set to All or Modify or Delete Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Transaction logs AssignedTo: paul.poulain(a)biblibre.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In "Browse system logs" dialogue, if Action is set to All or Modify or Delete, no logs are generated, despite of other settings. This is due to modifications introduced to sub C4::GetLogs and to tools::viewlog by the patch to Bug 6014. 1) Actions are logged as MODIFY, DELETE etc., whereas template viewlog.t* uses mod, del and passes it to viewlog.pl. That is why, consequently, wildcards (%) was used in GetLogs for action (prior to patch 6014). This has to be restored. 2) Also, @action is, after changes made by 6014, a one element list, even if the first and only element is an empty string ("") for All (actions). That is why, in GetLogs, one has to check if the first element of the list is not "" instead of checking the length of the list (which is always 1). A patch will follow. -- 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 21

[Bug 6342] New: Help link doesn't popup anymore contextual help page
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6342 Bug #: 6342 Summary: Help link doesn't popup anymore contextual help page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Click on the top right corner ? link. The contextual help page doesn't popup. -- 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 9

[Bug 5382] New: There is a switch statement in opac-detail.pl which adds an unwanted dependency on perl 5.10.1
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5382 Summary: There is a switch statement in opac-detail.pl which adds an unwanted dependency on perl 5.10.1 Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Commit 92e204713b60a8211b110275104097787326485e Introduced a switch statement which is breaking opac-detail.pl. This needs to be changed to an if construct. -- 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 6269] New: can't undefine a printer profile
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6269 Bug #: 6269 Summary: can't undefine a printer profile Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org once you define a printer profile in the Label Creator Templates, you can't undefine it -- 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 12

[Bug 7060] New: All instances of GetMemberDetails are unnecessary in C4::Circulation
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7060 Bug #: 7060 Summary: All instances of GetMemberDetails are unnecessary in C4::Circulation Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Blocks: 7058 GetMemberDetails is used in the following C4::Circulation subroutines CanBookBeIssued: used twice, both times only cardnumber, surname, firstname, and borrowernumber are used, which are all accessible more efficiently from GetMember AddReturn: only borrowernumber and cardnumber are used. the $borrower hashref is returned by AddReturn, but it is only captured in tools/inventory.pl and C4/SIP/ILS/Transaction/Checkin.pm, and in neither place is anything done with it. GetMember could be used here without any issue AddRenewal: uses only passes the $borrower object to CalcDateDue, which only uses categorycode and dateexpiry (both covered by GetMember hashref) AddIssue: uses an incoming $borrower object, but only the borrowernumber and categorycode fields, so we only need a GetMember object here. GetRenewalCount: only uses categorycode Changing all calls of GetMemberDetails to GetMember in C4/Circulation.pm should be safe, and vastly more efficient -- 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 11

[Bug 7221] New: DelBiblio POD is incorrect
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7221 Bug #: 7221 Summary: DelBiblio POD is incorrect Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com C4::Biblio::DelBiblio's in-line documentation says it takes two params, $dbh and $biblionumber, but in reality, it only takes $biblionumber. Attempting to pass this extra param in a script will result in that script's failure. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 6470] New: Unable to filter out actions made by kohaadmin
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6470 Bug #: 6470 Summary: Unable to filter out actions made by kohaadmin Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Transaction logs AssignedTo: paul.poulain(a)biblibre.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Problem description: 1. Go to Tools --> Log viewer 2. Put 0 as Librarian (for admin / kohaadmin etc.) 3. Set other parameters, like dates, action etc. 4. Click Submit and see logs You should see log entries not only of admin (0), but also of other librarians. (If you do not see anything, this can be because of the Bug 6460 -- then choose action like Add or apply the patch for 6460). A simple patch for the problem described here will come. -- 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 6

[Bug 6462] New: Authority type is not displayed in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6462 Bug #: 6462 Summary: Authority type is not displayed in OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Due to erroneous T:T prefixing authority type is not displayed in OPAC. Simple patch follows. -- 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 8

[Bug 6463] New: Authorities browsing error when using auth. plugins
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6463 Bug #: 6463 Summary: Authorities browsing error when using auth. plugins Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4364 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4364 A screenshot illustrating the problem The problem is as follows: 1. Add new record 2. Go to a field controlled by authority 3. Click on ... 4. Search for such a term to get many results 5. Try to browse to next page The result should be Error 500, as on the attached screenshot. (Tested on UNIMARC with 606). This is due to erroneous variable prefixing in transition to T::T. A patch will come. -- 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 8

[Bug 6468] New: Authorities browsing error in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6468 Bug #: 6468 Summary: Authorities browsing error in OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4379 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4379 A screenshot illustrating the problem The problem: 1. In OPAC, make an authority search for a common term, to get more than 1 page of results. 2. Try to click 2, 3 etc. You should get an error (cf. attached screenshot). This is because or erroneous T::T prefixing. A patch will follow. -- 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