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

[Bug 5271] New: Should be able to merge authority records from w/in Koha
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '11

13 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5271 Summary: Should be able to merge authority records from w/in Koha Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement 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 Estimated Hours: 0.0 When in the authority interface it would be nice if you could merge duplicate authority records together, keeping their links to bib records. -- 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 5376] New: Batch & Edit and Delete need Full Tools Permissions
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '11

08 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5376 Summary: Batch & Edit and Delete need Full Tools Permissions Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: batchMod.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: brendan(a)bywatersolutions.com, ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When anyone with simply batch edit or batch delete permissions tries to perform either of these actions they are told they don't have the right permissions. In batchMod.pl if $op isn't defined, then we get a wacky '*' for permissions which means either superlibrarian or full tools permissions (i'm not sure which). At one of the stages, the $op variable is not posted, so the permission go weird -- 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 5477] New: Test cases requiring database access fail
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '11

08 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5477 Summary: Test cases requiring database access fail Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Test Suite AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the 3.2.1 release there are a number of test cases that fail because they 'use' modules that immediately attempt to access the database. As most machines won't have MySQL set up to contain the user/password and database required, these fail. My suggestions for fixing this are: * Move these tests into a 'db_dependent' directory so that they aren't run by default. Perhaps add a 'make test_all' rule that includes them. * Have the packages move the iffy ones out of the way (although they will still fail for anyone running 'make test' without the database set up.) * Introduce an environment variable that is set during testing that tells C4::Context (or whatever it is making the DB connection) that failures are OK. This may reduce test coverage however, which we don't want. The tests I've noticed with this problem are: 00-load.t External_BakerTaylor.t Reports_Guided.t Service.t Tags.t UploadedFile.t VirtualShelves_Page.t -- 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 5042] New: RSS feeds doesn't take care of order
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5042 Summary: RSS feeds doesn't take care of order Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The RSS feeds in opac search doesn't take care of order selected by the user. It should. -- 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 5006] New: Invalid XHTML in record matching rules template
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5006 Summary: Invalid XHTML in record matching rules template Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 matching-rules.tmpl needs to be cleaned up for validity and the form tweaked for usability. -- 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 4984] New: Invalid XHTML in staff client search results
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4984 Summary: Invalid XHTML in staff client search results Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Unescaped template variables, image tags without alt attributes, etc. -- 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 5237] New: Special characters in patron barcodes cause renewals to fail.
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5237 Summary: Special characters in patron barcodes cause renewals to fail. Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Patron barcodes with % or + at the end cause renewals to fail. -- 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 5154] New: the most Checkouts reports problem
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5154 Summary: the most Checkouts reports problem Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Sometimes there is some null borrowers, that break the stats, the script must not take care about 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 6

[Bug 5151] New: Saved Report Breadcrumb in bold
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5151 Summary: Saved Report Breadcrumb in bold Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2546 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2546 bold breadcrumbs On saved reports page 'saved report' is in bold in the breadcrumbs -- 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 4867] New: cannot clone subfields in marc editor, other clone/unclone weirdness
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '11

04 Feb '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4867 Summary: cannot clone subfields in marc editor, other clone/unclone weirdness 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: cmurdock(a)ccfls.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Clicking the plus sign next to a repeatable subfield no longer clones the subfield. Also, clicking the minus sign will not remove the subfield initially, but if you click the plus sign, then click the minus sign, it will. Owen & wizzyrea were able to confirm the first half of that, at least. The plus & minus functions worked as recently as 3.01.00.061. There are a few changes to addbiblio.tmpl since 1/2010 that might be related. -- 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 13