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

[Bug 3022] Cataloging statistic wizard isn't pulling itemtype correctly. - NULL itemtypes
by bugzilla-daemon＠liblime.com 27 May '09

27 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3022 Galen Charlton <galen.charlton(a)liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent --- Comment #2 from Galen Charlton <galen.charlton(a)liblime.com> 2009-05-27 12:15:27 --- Pushed patch by Garry Collum. Please test and close. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3209] New: Leader 000 field - -6 type of record - missing 'P' mixed materials
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3209 Summary: Leader 000 field - -6 type of record - missing 'P' mixed materials Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: cookie.wolfrom(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- add 'p' mixed materials under 006 'type of record' in the leader 000 field drop down menu -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3253] New: Patron Statistics report form page is not valid XHTML
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3253 Summary: Patron Statistics report form page is not valid XHTML Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P4 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: gcollum(a)hotmail.com Estimated Hours: 0.0 Change sponsored?: --- Patron Statistics report form page is not valid XHTML - missing <td> tag. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3254] New: Catalog by Item Type Report results page contains invalid XHTML
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3254 Summary: Catalog by Item Type Report results page contains invalid XHTML Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P4 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: gcollum(a)hotmail.com Estimated Hours: 0.0 Change sponsored?: --- Catalog by Item Type Report results page contains invalid XHTML. <tr> closing tag missing. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 2657] AutoEmailPrimaryAddress preference not universally applied
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2657 Cookie Wolfrom <cookie.wolfrom(a)liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cookie.wolfrom(a)liblime.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 1687] Can't assign holidays to all branches at once
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1687 Nicole C. Engard <nicole.engard(a)liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicole.engard(a)liblime.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3258] New: routing-preview.pl : button text + redirect issue
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3258 Summary: routing-preview.pl : button text + redirect issue Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nicolas.morin(a)biblibre.com CC: matthias.meusburger(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- when on /serials-collection.pl?subscriptionid=X and clicking on the "Edit Routing List" link, I end up at /routing.pl?subscriptionid=X, which is fine. When I click save after editing the routing list, I'm taken to routing-preview.pl?subscriptionid=X&issue=Vol. 5, No. 1 (05/01/2009) The page is entitled "Preview Routing List" and ends with a button "OK Preview Routing List" : the text on the button is not self-explaining. What it does : #1 open a pop-up window with the same content in a different stylesheet, for printing. #2 replace the page I'm in (routing-preview.pl?subscriptionid=X&issue=Vol. 5, No. 1 (05/01/2009)) with serials/serials-home.pl => I lose my serial and go back to square one. Changes I propose to routing-preview.pl : #1 most important, I think, when done printing the routing slip, one should be taken back to /serials-collection.pl?subscriptionid=X, not to serials-home.pl #2 Button "OK Preview Routing List" should be renamed something like "Preview Print Slip", which seems to better reflect what's actually occuring. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3257] New: Login terminonlogy is not consistent
by bugzilla-daemon＠liblime.com 26 May '09

26 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3257 Summary: Login terminonlogy is not consistent Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- 1) On the default Koha home page I can either “Log in to Your Account” with “Login” and “Password”, or 2) Click the link, “Log in to your account” in the upper right. This goes to a screen that asks for “Your card number” and “Password or PIN” We should make it consistent and change 'Your card number' to 'Login' I can do this - but I wanted to see if there was a reason why I shouldn't before moving forward. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 2550] AmazonContent trouble with ISBN-13, ISBN-10
by bugzilla-daemon＠liblime.com 25 May '09

25 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2550 Beverly Church <beverly.church(a)liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |beverly.church(a)liblime.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2982] SQL for count or sum produces multiple blank output pages, odd screen display
by bugzilla-daemon＠liblime.com 23 May '09

23 May '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2982 Garry Collum <gcollum(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gcollum(a)hotmail.com --- Comment #5 from Garry Collum <gcollum(a)hotmail.com> 2009-05-23 21:49:37 --- It looks like the problem is the select_2_select_count subroutine in C4::Reports::Guided.pm. This is called by select_2_select_count_value subroutine which returns the total number of rows of an sql query for the purpose of creating pagination. select_2_select_count removes all of the text between the SELECT and FROM and replaces it with SELECT count(*) FROM. If an aggregate SQL statement is used in a report, ie 'SELECT Count(*) FROM borrower' select_2_select_count replaces 'SELECT count(*)' with 'SELECT count(*)' to get the total number of rows for the query. The Fix? You can't assume that an aggregate function will return just one row of data. It may be grouped. The best fix would be to get the actual number of rows returned from the query via DBI. I haven't poked around enough to figure out where to do this. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0