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

[Bug 3450] New: Cannot subscribe to RSS feed of search by tag
by bugzilla-daemon＠liblime.com 19 Aug '09

19 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3450 Summary: Cannot subscribe to RSS feed of search by tag 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?: --- The RSS link on the search results page should work just as well for searches by tag as it does for other searches, but the link is incorrect. The URL of a search by tag looks like this: opac-search.pl?tag=thing&q=thing And the RSS icon links to this: opac-search.pl?q=thing&format=rss2 -- 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 5

[Bug 3105] New: Report Wizard Loosing Selections
by bugzilla-daemon＠liblime.com 19 Aug '09

19 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3105 Summary: Report Wizard Loosing Selections Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com CC: joe.atzberger(a)liblime.com Estimated Hours: 0.0 I was creating a report and part way through it lost the fields I originally selected. I selected 6 fields and by step 5 I was only querying 1. The only way to follow me I guess would be to view my attached screenshots. -- 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 9

[Bug 3103] New: sys pref: opacitemholds needs description
by bugzilla-daemon＠liblime.com 19 Aug '09

19 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3103 Summary: sys pref: opacitemholds needs description Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Database AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 opacitemholds does not have a description on the system preferences list. -- 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 6

[Bug 3292] New: in opac branchcode should be replaced with name
by bugzilla-daemon＠liblime.com 12 Aug '09

12 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3292 Summary: in opac branchcode should be replaced with name Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: matthias.meusburger(a)biblibre.com ReportedBy: nicolas.morin(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- On opac-detail.pl, subscription tab, the branch shows the branch code -> "At branch: XYZ" It's not user friendly. Should be the branch's name -> "At branch: John Doe Library". -- 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 3173] New: Place Hold link shows various places in OPAC even if syspref RequestOnOpac is turned off
by bugzilla-daemon＠liblime.com 06 Aug '09

06 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3173 Summary: Place Hold link shows various places in OPAC even if syspref RequestOnOpac is turned off 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 If the syspref RequestOnOpac is turned off, the link to place a hold does not show in the detail page. However, the link is still present in the results list as well as in the basket and in lists. I'm sending a patch to remove the hold link from those pages as well. -- 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 3163] New: With XSLT on, OPAC does not put any spacing between 110/710 subfields a & b
by bugzilla-daemon＠liblime.com 06 Aug '09

06 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3163 Summary: With XSLT on, OPAC does not put any spacing between 110/710 subfields a & b 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 The OPAC does not place a space (or any delimiter) between subfields a and b of a 110/710 field if XSLT is on. I found a way to add the space by adding a <xsl:text> </xsl:text> line near the end of the MARC21slimUtils.xsl file. I'm including this in a patch file with other XSLT fixes. -- 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 3407] New: default overdue notice doesn't work
by bugzilla-daemon＠liblime.com 06 Aug '09

06 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3407 Summary: default overdue notice doesn't work Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nicole.engard(a)liblime.com CC: beverly.church(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- The current default overdue notice looks like this: Dear <<borrowers.firstname>> <<borrowers.surname>>, According to our current records, you have items that are overdue.Your library does not charge late fines, but please return orrenew them as soon as possible. <<branches.branchname>><<branches.branchaddress1>><<branches.branchaddress2>><<branches.branchaddress3>><<branches.branchphone>><<branches.branchfax>><<branches.branchemail>>If you have registered a password with the library, you may use it withyour library card number to renew online. If an item becomes more than 30 days overdue, you will be unable to use your library card until the item is returned. The following item is currently overdue: <<biblio.title>> by <<biblio.author>> The part that lists the titles displays nothing - It needs to be <<items.content>> instead -- 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 3345] New: Return All items on patron detail does not initiate transfer of holds
by bugzilla-daemon＠liblime.com 05 Aug '09

05 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3345 Summary: Return All items on patron detail does not initiate transfer of holds Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Example: Library 1 has a patron who has 5 books checked out (A, B, C, D, E). We have three branches in our system(1, 2, 3). A is an item from library 1 (the local branch) with no holds. B is an item from library 2, with no holds. C is an item from library 1 with a queued hold at library 2. D is an item from library 2 with queued holds at library 3. E is an item from library 1 with queued holds at library 1. When all items are returned via Return All: Item A is returned normally (ok) Item B is returned, but transfer is initiated without staff notification (problematic, but merely annoying) Item C is returned, but nothing happens. A transfer to fill the hold at Library 2 should be initiated, but is not. Koha checks it in and changes the current location to library 1. (very problematic) Item D similar to item C, the item is orphaned at Library 1. (very problematic) Item E needs more testing at this time, but wanted to get this bug submitted. Will add comment to elaborate. </example> Return ALL items on the patron detail page does not work well with holds/multiple branches. Proposed ways to fix this: RETURN ALL items presents each item in sequence to deal with individually (confirm/transfer/return home). Seems clunky. RETURN ALL items presents all items in an ajax-y way to click click click confirm/transfer/return home). Less clunky, but still... eh. Other ideas? I'm drawing a blank. -- 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 3249] New: LOST is not triggering replacement charge on checked out items
by bugzilla-daemon＠liblime.com 04 Aug '09

04 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3249 Summary: LOST is not triggering replacement charge on checked out items Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org CC: mcoalwell(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- Changing a checked-out item's status to LOST doesn't do anything but change its catalog status to LOST. Formerly, changing a checked-out item's status to LOST would immediately remove it from a patron's checkouts and show it as a lost item with replacement cost under the Fines tab). Some time recently this stopped working correctly. Koha Manual says: "If a replacement charge trigger is specified, the item [is] marked returned, removing it from the patron's account, and a charge is levied (even if it is $0) in accordance with the item replacement cost." -- 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 3440] New: More information in the branches table
by bugzilla-daemon＠liblime.com 02 Aug '09

02 Aug '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3440 Summary: More information in the branches table Product: Koha Version: unspecified Platform: Other OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Database AssignedTo: Sebastien.Hinderer(a)snv.jussieu.fr ReportedBy: Sebastien.Hinderer(a)snv.jussieu.fr Estimated Hours: 0.0 Change sponsored?: --- The five following columns may be convenient to have in the branches table: 1. branchzip 2. branchcity 3. branchcountry 4. branchurl 5. branchnotes Of course fixing this issue will require to modify not only the tables, but also the database update script and the I/O interfaces so that they take these new fields into account, among other things. -- 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