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

[Bug 6025] New: Script to recreate entries in the statistics table from the issues and oldissues table
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6025 Bug #: 6025 Summary: Script to recreate entries in the statistics table from the issues and oldissues table Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5992 -- 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 16

[Bug 5166] New: Refactor rebuild_zebra.pl into a library
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5166 Summary: Refactor rebuild_zebra.pl into a library Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: tomascohen(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For using with the zebraqueue daemon script I propose refactoring rebuild_zebra.pl script so we can avoid spawning a new perl interpreter each run. Server load in mind. This is an initial submit so we discuss this topic with something concrete to talk about. Another option would be to just use a shell script. -- 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 68

[Bug 6919] New: Implementing XSLTResultsDisplay
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6919 Bug #: 6919 Summary: Implementing XSLTResultsDisplay 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: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 54

[Bug 5698] New: Provide datepicker for sql reports runtime parameters
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '12

19 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5698 Summary: Provide datepicker for sql reports runtime parameters Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be helpful if a datepicker widget could be tied to particular reports runtime parameters. It would be logical to integrate it with the current syntax for using authorized values. The authorized values syntax looks like this: <<Question to ask|authorised_value>> For date fields, you could do: <<Last seen|date>> ...and have the script check for the "date" parameter. -- 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 17

[Bug 6538] New: help on letter.pl is incorrect
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '12

19 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6538 Bug #: 6538 Summary: help on letter.pl is incorrect Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org update help document on letter.pl -- 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

[Bug 6541] New: 952f not stored in db
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '12

19 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6541 Bug #: 6541 Summary: 952f not stored in db Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Now that the items table has all of the 952 subfields I did a little test and when I put data in the 952f I can't find the value I added in the database - I also clicked to edit the item record again and found that the value was no longer on my item record. My conclusion here is that the 952f is not stored anywhere in the database. -- 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 1

[Bug 5604] New: additional icons for the Seshat set
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5604 Summary: additional icons for the Seshat set Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 The Seshat set by Naropa is missing some icons. These will be submitted in a few patches. -- 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 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