July 2010 - Koha-bugs - lists.koha-community.org

[Bug 5058] New: Small layout correction of vendor form
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '10

14 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5058 Summary: Small layout correction of vendor form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/supplier.pl?op=enter OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2417 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2417 Before change There is a small difference in field length and display of % between 'tax rate' and 'discount'. -- 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 5074] New: Adding possibility to cleanup_database.pl to purge only older sessions
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '10

04 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5074 Summary: Adding possibility to cleanup_database.pl to purge only older sessions Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently, the misc/cronjobs script cleanup_database truncates the session table (deleting all records, including active sessions). With an additional parameter sessdays, this behavior could be changed or (perhaps better) extended. If the parameter sessdays is passed along with a number of days, the script only deletes older session records. This is accomplished by examining the values of lasttime, atime or ctime in the record. So, calling the script like: ./cleanup_database.pl -v -sessions -sessdays 7 will only delete sessions records older than 7 days. The "old style" call ./cleanup_database.pl -v -sessions still works too and truncates the table as before. Patch has been sent. Can be applied to 3.0.x and master. -- 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 5

[Bug 4849] New: Cannot delete records from Labeled MARC view
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '10

01 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4849 Summary: Cannot delete records from Labeled MARC view Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Records with no items cannot be deleted from the Labeled MARC view. The error message that comes up says "There are [ 1 ] item(s) attached to this record / You must delete all items before deleting this record." Trying to delete the same record from the Normal view works fine. This may be related to bug 2310 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2310 ) -- 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 5001] New: space between library location & call number in XSLT
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '10

27 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5001 Summary: space between library location & call number in XSLT Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you have XSLT on in the opac the results are showing the locations followed by the call number with no spaced - so: Library[123.21] This is a trivial thing, but there should be a space in there for easier reading. -- 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 4972] New: updatedatebase fails to create aqbasketgroups and aqcontract
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '10

22 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4972 Summary: updatedatebase fails to create aqbasketgroups and aqcontract Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Running a test upgrade from 3.1.61 to current HEAD and errors were returned causing aqbasketgroups and aqcontract not to be created. This used to work. Not sure if recent patch: commit 17800939e8a3e6f34549ade0e5e068728e5cb907 Author: Henri-Damien LAURENT <henridamien.laurent(a)biblibre.com> Date: Wed Jul 7 15:58:58 2010 +0200 Update 3.0 to 3.2 budgets FOREIGN_KEY_CHECKS had to be set to 0 in order to make the upgrade of aqbudgets table work. is related. (it resets FOREIGN_KEY_CHECKS to 1 after running. However applying the same changes to the two affected table creations allows them to run. Not sure if this is the correct way to handle this (and there is some history see bug 1368). Will submit a patch adding the CHECKS off and on. Anyone got a more robust solution?. -- 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 4922] New: Wrong item display in staff (wrong columns, no notes)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '10

10 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4922 Summary: Wrong item display in staff (wrong columns, no notes) Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2292 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2292 screenshot: title has tag 440 This bug is related to Bug 2375 (item display in OPAC) When the title is part of a series (tag 440) a column for publication a column for publication data is shown. public and internal notes are not shown. My public notes for these items show in opac and is in itemnotes in the database. My internal notes are mapped are in more_subfields_xml. Koha Version: 3.01.00.141 XSLT on/off makes no difference. -- 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 5032] New: subscription-detail contains duplicated code
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '10

07 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5032 Summary: subscription-detail contains duplicated code Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 serials/subscription-detail.pl fetches serials data twice. and issues warnings because the resulting variables are declared twice -- 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 5054] New: build-git-snapshot script doesn't allow a location for the resulting files to be given
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '10

07 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5054 Summary: build-git-snapshot script doesn't allow a location for the resulting files to be given Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 By default, pdebuild puts them in /var/cache/pdebuild/result, which is a bit annoying. The script needs to change to allow the destination to be provided. -- 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 5

[Bug 5013] New: "New patron" menu button broken on circulation patron select screen
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '10

06 Oct '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5013 Summary: "New patron" menu button broken on circulation patron select screen Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If type a patron name into the "check out" form and come to the page where you can choose from a list of existing patrons, there is a "New" menu button which is supposed to offer a drop-down list of patron categories. This button is broken, displaying no menu at all. The markup for the button comes from patron-toolbar.inc which is also used on members-home.pl. The button on members-home.pl works fine. In the template is a loop for displaying the categories:  { text: "", url: "/cgi-bin/koha/members/memberentry.pl?op=add&categorycode=" },  members-home.pl contains code to build this loop variable: my @categories=C4::Category->all; $template->param( branchloop=>(defined $branch?GetBranchesLoop($branch):GetBranchesLoop()), categoryloop=>\@categories, ); There is no mention of "categoryloop" in circulation.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 4978] New: Longoverdues.pl claims undefined subroutine ModItem
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '10

17 Sep '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4978 Summary: Longoverdues.pl claims undefined subroutine ModItem Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Longoverdue returns this error rather than executing (when --confirm flag is used) 14565 / 139596 at /home/koha/kohaclone/C4/Accounts.pm line 320. Undefined subroutine &C4::Accounts::ModItem called at /home/koha/kohaclone/C4/Accounts.pm line 323. Seems to be assuming that ModItem is in C4::Accounts; must require explicit declaration of C4::Items -- 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