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

[Bug 3693] New: Display options for buttons when holds triggered
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3693 Summary: Display options for buttons when holds triggered Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I've had requests from a couple of sites to hide one or two of the buttons that display when a hold is triggered at checkin (Confirm, Print Slip and Confirm, Ignore). Rather than continue down the path of local screen changes, I've set up some sysprefs to control the display of each button, and modified returns.pl and returns.tmpl to obey them. -- 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 3671] New: XSLT results list display problem if no fixed fields
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3671 Summary: XSLT results list display problem if no fixed fields Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1177) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1177) Screenshot of record with font problem Loading a very brief record (no proper fixed fields) like this =LDR 00474 2200157 4500 =008 $a 362 =022 \\$a0190-8286 =090 \\$aNewspaper =245 \\$aThe Washington post =246 \\$aWashington post (Washington, D.C. : $b 1974) =260 \\$aWashington, D.C. : $b The Washington Post Co., $c 1974- =300 \\$av. : $b ill.; $c 61 cm. =310 \\$aDaily =590 \\$aLibrary retains 2 weeks' back issues. the OPAC XSLT results list has a some kind of a font or label problem. All of the lines after the point where the XSLT icons for material type etc. would display are in a much smaller font than normal for other titles. If I create even the briefest 007 for this record (ta in first two positions), the display goes back to normal. So I think there must be a mis-matched span or something around the section in MARC21slim2OPACResults.xsl that looks for and displays the type icons, but I haven't been able to spot it. Can anyone else see the problem? -- 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 8

[Bug 3665] New: Proposed changes to staff advanced search page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3665 Summary: Proposed changes to staff advanced search page Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Searching AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1171) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1171) Changes to staff advanced search screenshot This is to make the same changes as in Bug 3663 (OPAC advanced search) to the staff advanced search. First change is to copy the Search button from the bottom of the screen to up under the Keyword etc. search boxes, so someone doesn't have to scroll down for it. Either button will work. Second change is to reorder the entries in the search box pulldowns. I've rearranged the list so that Keyword, Title, Subject, Author are first in the list, as I did in the OPAC advanced search. I moved Barcode and Standard Number to next in the list to make them more visible to staff, and modified the description of Standard Number to Standard (biblio) Number because it's not clear that it means the biblio number. The rest of the existing search options follow. -- 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 3663] New: Proposed changes to OPAC advanced search page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3663 Summary: Proposed changes to OPAC advanced search page Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- One of my sites asked for some customizations on OPAC advanced search. I'm wondering if other sites would find these useful as well. Should I send the patch? First change is to copy the Search button from the bottom of the screen to up under the Keyword etc. search boxes, so someone doesn't have to scroll down for it. Either button will work. Second change is to reorder the entries in the search box pulldowns. Current default order is Keyword, Author, Language, Publisher, Publisher Location, Subject, Title. My site thought that Keyword, Title, Subject, Author, and then the rest would be more useful. -- 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 11

[Bug 3659] New: Add place hold option from patron checkout tab
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3659 Summary: Add place hold option from patron checkout tab Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1161) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1161) Search to hold button on checkout tab screenshot Sponsored by Middletown Township Public Library, Middletown, NJ, USA. This feature puts a "Search to Hold" button on the patron checkout tab. Clicking that button pops up an advanced search screen on top of the patron checkout tab. Search for an item, and a "Hold for patronname" button appears in the results list on each title. You can place a hold for the current patron by clicking that button on the results list, or by going into a title from the search list and using the same "Hold for" button. -- 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 3658] New: Allow multiple criteria to be selected in Guided Reports and Statistics Reports
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3658 Summary: Allow multiple criteria to be selected in Guided Reports and Statistics Reports Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1160) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1160) Report multiple selections screenshot Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. In either Guided Reports or the various statistical reports, this feature allows multiple criteria (such as item type, location, patron category) to be selected in a report. Entries can be added and deleted in the wizard setup. -- 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 3535] New: Add syspref to control display of My Messaging tab in OPAC
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3535 Summary: Add syspref to control display of My Messaging tab in OPAC Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Enhanced Messaging Preferences must be on for the system to be able to send hold email notices. However, if it's on, then the My Messaging tab automatically shows in the OPAC. I've added a syspref opacmsgtab. If it is turned off, then the My Messaging tab will not show in the OPAC user account. Also, the Items Borrowed Notifications and Items Returned Notifications section of the OPAC My Personal Details tab (with options for email and text message notifications) will not display. -- 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 3531] New: Allow disabling of reading history
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3531 Summary: Allow disabling of reading history Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1041) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1041) OPAC reading history screenshot-1 Sponsored by Middletown Township Public Library, Middletown, NJ, USA. Allow for permanent deletion of a patron's reading history (except for items currently checked out). If the new syspref AllowReadingHistoryAnonymizing is on, in staff mode, this feature add a radio button option in patron edit to disable a patron's reading history. In the OPAC, on the My Reading History tab, the patron can choose to disable the reading history. If the patron asks to do this, a popup box asks for the patron's card number as confirmation before the history is removed. -- 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 2

[Bug 3514] New: Returning items through patron Details tab doesn't activate all circulation functions
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3514 Summary: Returning items through patron Details tab doesn't activate all circulation functions Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1018) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1018) Display Return syspref off screenshot If you check in an item by using the Return boxes on the patron Details tab's list of checkouts, it does not seem to activate the same functionality that doing a return through Circulation, Checkin would. In particular, I've noticed that holds aren't triggered. I think the problem is due to different scripts driving the different pages -- members/moremember.pl controls functionality on patron Details, but circ/returns.pl controls circulation checkin. Any circ activity from the patron Details tab needs to obey all the rules that are checked and enforced through circulation scripts (anything to do with returns, renewals, and holds). As a workaround I have done a patch with a system preference (PatronDisplayReturn) which turns on or off the Returns column in the Details tab checkout list. This will force staff to use Circulation, Returns and will stop the problem of holds not being triggered. A more thorough investigation and fix is still needed. -- 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 3

[Bug 3510] New: Allow staff to change checkin date and time
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3510 Summary: Allow staff to change checkin date and time Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. If warranted, allow staff to change the "returned" date at checkin. Useful if the library was unexpectedly closed for a period of time, etc. Requires granular permission in another enhancement ( Bug 3500 ). -- 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 1