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

[Bug 3817] New: Missing Patron Permission for Tags Tool
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3817 Summary: Missing Patron Permission for Tags Tool Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When GranularPermissions is on there are granular permissions for all of the tools with the exception of the Tag Moderation Tool which means that you have to give a staff member all Tools permissions for them to access the Tag Moderation. -- 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 5

[Bug 3765] New: Road Types on Patron Record Confusing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3765 Summary: Road Types on Patron Record Confusing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1236) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1236) patron add form When you enter road types they appear before the address on the patron display : Boulevard, 123 Main Atlantic City 08401 Where Boulevard is the Road Type chosen from the authorized value list. See attached -- 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 10

[Bug 3764] New: Cities Towns form not clear
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3764 Summary: Cities Towns form not clear Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The Cities & Towns form needs to be edited to make it clear that the City field is for City, State -- 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 3715] New: add library form says city - but should be city, state
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3715 Summary: add library form says city - but should be city,state Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: System Administration AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- the add library form is missing a field for state. -- 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 3670] New: Why is DUE all caps on enhanced messages
by bugzilla-daemon＠kohaorg.ec2.liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3670 Summary: Why is DUE all caps on enhanced messages Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: PATCH-Sent Component: Notices AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- This is a tini tiny bug that has been driving me nuts - the word DUE is the only word that is in all caps on the list of enhanced message types. -- 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 3

[Bug 3101] New: Button on Hold Confirmation needs editing
by bugzilla-daemon＠liblime.com 06 Feb '10

06 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3101 Summary: Button on Hold Confirmation needs editing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Created an attachment (id=716) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=716) hold confirmation When a hold menu pops up it says 'confirm and transfer' or 'print and confirm' but if i click the latter it does transfer it - so the button should say that it also transfers it -- 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.

2 4

[Bug 3784] New: opac-detail with XSLT on fails if passed no biblionumber
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 Feb '10

05 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3784 Summary: opac-detail with XSLT on fails if passed no biblionumber Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Normally if you pass opac-detail.pl a bad biblionumber or no biblionumber it fails with an Error 404. If you have XSLT turned on and pass no biblionumber it generates an error: Can't "next" outside a loop block at /home/oleonard/kohaclone/C4/XSLT.pm line 65. -- 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 3

[Bug 3583] New: Patron Card Labels should print
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 Feb '10

05 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3583 Summary: Patron Card Labels should print Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: --- This is a blocker bug for the 3.2 release. We need to be able to print patron cards. [19:12]<slef> I'm hoping that the 3.2 label rewrite will include patron cards <gmcharlt> slef: yep, I'm inclined to treat that as a blocker for the release - needs to at least meet what was in 3.0.x [19:14]<slef> gmcharlt: I'd agree. [...] <gmcharlt> slef: I haven't gotten around to creating a bug for the regression [19:16]<slef> shall I? I'm currently thrashing disk trying to reconcile/port the two changes in my tree <gmcharlt> slef: please go ahead -- 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 6

[Bug 3649] New: Code39 Mod10 and Mod43 barcodes are produced with Mod9 checksums
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 Feb '10

05 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3649 Summary: Code39 Mod10 and Mod43 barcodes are produced with Mod9 checksums Product: Koha Version: unspecified Platform: PC OS/Version: All Status: ASSIGNED Severity: blocker Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: Sponsored This may not present a problem inside of Koha, but would if scanned with software expecting mod10 or mod43. Current code uses the 'visa' method of the Algorithm::CheckDigits module which produces mod9 checksums. The patch changes to using 'code_39' for mod43 and 'siret' for mod10. -- 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 3706] New: Label templates/layouts do not save properly
by bugzilla-daemon＠kohaorg.ec2.liblime.com 05 Feb '10

05 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3706 Summary: Label templates/layouts do not save properly Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: ASSIGNED Severity: blocker Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: --- [W]hen trying to save templates/layouts after editing and the changes are not saved. The error also comes when creating new templates/layouts - however these are saved. Additional info: The logs show: [Mon Oct 12 12:32:07 2009] [error] [client ...] label-edit-template.pl: Use of uninitialized value in numeric eq (==) at /../labels/label-edit-template.pl line 100., referer: http://../cgi-bin/koha/labels/label-manage.pl?label_element=template [Mon Oct 12 12:32:12 2009] [error] [client ...] label-edit-template.pl: Can't bless non-reference value at /.../C4/Labels/Profile.pm line 89., referer: http://.../cgi-bin/koha/labels/label-edit-template.pl?op=edit&element_id=1 -- 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 9