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

[Bug 7100] New: Not all placeholders in claims notice work (acquisitions)
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7100 Bug #: 7100 Summary: Not all placeholders in claims notice work (acquisitions) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/lateorders.pl?delay=0&supplierid= OS/Version: All Status: NEW Severity: major 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 I tested claims in acquisitions with the standard notice that can be installed with Koha: <<aqbooksellers.name>> <<aqbooksellers.address1>> <<aqbooksellers.address2>> <<aqbooksellers.address3>> <<aqbooksellers.address4>> <<aqbooksellers.phone>> Ordernumber <<aqorders.ordernumber>> (<<aqorders.title>>) (<<aqorders.quantity>> ordered)($<<aqorders.listprice>> each) has not been received. The output for my late order (1) was: Vendor with email Ordernumber 6 (City of Fallen Angels) (2 ordered) ($10.000000 () ( ordered) ($ each) has not been received. Not working: - <<aqorders.listprice>> - <<aqorders.quantity>> -- 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 7

[Bug 7101] New: Example notice for claims in acquisitions needs an update
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7101 Bug #: 7101 Summary: Example notice for claims in acquisitions needs an update Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/lateorders.pl?delay=0&supplierid= OS/Version: All Status: NEW Severity: normal 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 The example claims notice for acquisition installed with Koha needs an update to be more helpful. The address information needs to be changed, as we no longer use the address1 - address4 fields, but the field postal to store the address. <<aqbooksellers.name>> <<aqbooksellers.address1>> <<aqbooksellers.address2>> <<aqbooksellers.address3>> <<aqbooksellers.address4>> <<aqbooksellers.phone>> Ordernumber <<aqorders.ordernumber>> (<<aqorders.title>>) (<<aqorders.quantity>> ordered)($<<aqorders.listprice>> each) has not been received. -- 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 4

[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 7076] New: shelfpage renders OPAC XSLT bloc for intranet Lists
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7076 Bug #: 7076 Summary: shelfpage renders OPAC XSLT bloc for intranet Lists 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 The work from bug 5830 causes staff client lists to also undergo XSLT transformation if OPACXSLTResultsDisplay is enabled. The resulting value is not used anywhere on the staff side, thus wasting around half a second of computation time (or default page-sized lists). Adding a check for whether this is OPAC or intranet would give a performance boost to staff client lists. -- 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 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