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

[Bug 3864] New: Cannot place holds in staff client
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Feb '10

01 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3864 Summary: Cannot place holds in staff client Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Hold requests AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1286) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1286) holds error While in the staff client, any item that I try to place a hold on (with any patron) gives me the same error (see attached). It tells me the patron has too many holds even if they have none. It also says there are no items that can be put on hold - even though I already have holds on some of them or had holds on them in the past before the upgrade. -- 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

[Bug 4006] New: categorycode on patron filter confusing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 01 Feb '10

01 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4006 Summary: categorycode on patron filter confusing Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Most librarians won't know what categorycode is until opening the pull down - so it should be relabeled as patron category for usability. -- 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 3888] New: Order Summary Needs Formatting
by bugzilla-daemon＠kohaorg.ec2.liblime.com 29 Jan '10

29 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3888 Summary: Order Summary Needs Formatting Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1305) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1305) order summary See attached - it looks like the order summary could use some CSS work to make it look cleaner -- 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 1

[Bug 3724] New: T Prefix in the itemBarcodeInputFilter setting doesn't work for some Follett barcodes
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3724 Summary: T Prefix in the itemBarcodeInputFilter setting doesn't work for some Follett barcodes Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: martin.brenner(a)whitfieldschool.org Estimated Hours: 0.0 Change sponsored?: Seeking developer When importing cataloging and item records from a Follett system, the barcode record is in the form T0003452 where the 0's are filler to make a total of seven digits. The barcodes on the books, at least in our library, are of the form T 3452 (Tspacenumber). The T prefix setting on itemBarcodeInputFilter is supposed to allow for this. It was not working for me, so I looked at the code. By changing the \d to a \s in the in the if statement in the section: elsif ($filter eq 'T-prefix') { if ($barcode =~ /^[Tt](\d)/) { (defined($1) and $1 eq '0') and return $barcode; $barcode = substr($barcode, 2) + 0; # FIXME: probably should be substr($barcode, 1) from /usr/share/koha/lib/C4/Circulation.pm, this fixes the problem for our library. I do not know perl, but I imagine there should be a way to add both options if the /d is needed (though, I noticed when it was set that way, if you entered T3452 manually it would return T0000452 and cut off the 3. So, I'm not sure the \d is even correct) -- 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 1

[Bug 3847] New: Suggestions - Can't edit other reasons
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3847 Summary: Suggestions - Can't edit other reasons Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1274) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1274) no way to edit other reason I'm accepting a suggestion and I choose Others... as my reason -but there is no way to put in a reason - instead the note reads '(please note your reason here...)' ... with no way for me to actually note my reason :) -- 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 1

[Bug 3848] New: Suggestions - Reasons not showing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3848 Summary: Suggestions - Reasons not showing Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1275) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1275) SUGGEST Values I have several values set in the SUGGEST authorized value category, but none of them are showing in the reason menu on the suggestions page in acquisitions ... 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 5

[Bug 4008] New: footer floating up next to purchase suggestion in OPAC
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4008 Summary: footer floating up next to purchase suggestion in OPAC Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1430) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1430) footer floating up When there are no results found in the OPAC and the make purchase suggestion box appears it floats next to the OPACfooter ... it should be above the footer. -- 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 3944] New: Acquisitions new order template formatting and markup corrections
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3944 Summary: Acquisitions new order template formatting and markup corrections Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Acquisitions AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- The template for adding a new order (acqui/neworderempty.pl) needs some markup corrections and formatting tweaks. -- 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 3991] New: Circulation search submit button wrapping in WebKit browsers
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3991 Summary: Circulation search submit button wrapping in WebKit browsers Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1412) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1412) Screenshot of the problem In Safari and Chrome the circulation resident search form's submit button is pushed below the input box. -- 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 3960] New: Move filter form on receive shipment page to the sidebar
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Jan '10

27 Jan '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3960 Summary: Move filter form on receive shipment page to the sidebar Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/acqui/parcels.pl OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Acquisitions AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Following established UI patterns, filter forms should go in the left-hand sidebar whenever possible. -- 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