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

[Bug 3243] New: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3243 Summary: Patron Card Label Add Patrons to Batch sorting headers lose track of batch_id Product: Koha Version: rel_3_0 Platform: All URL: http://koha:8080/cgi-bin/koha/labels/pcard-member- search.pl OS/Version: All Status: NEW Severity: normal Priority: P1 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: Sponsored Go to Home › Tools › Labels › Patron Card Batch Add Patrons to Batch View some patrons somehow Click one of the column headers to sort it Click "Add" by a patron At worst, get an error; at best, get no patron added. I am currently preparing a patch for this. -- 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 13

[Bug 3270] New: Cancelling a hold request after transfer initiated orphans item
by bugzilla-daemon＠liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Summary: Cancelling a hold request after transfer initiated orphans item Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Koha fails to direct a user to return an item to its home library if the hold request that initiated a transfer is canceled before it is filled. Checking that item in at its holding location simply reports 'not checked out'. Furthermore, if this item is checked in at any other location, no 'forced transfer' entry is created in branchtransfers. This is with HomeOrHoldingBranch set to 'holdingbranch'. If HomeOrHoldingBranch is set to 'homebranch', then the checkin is disallowed and the user is directed to return the item to its home library ( but no transfer is initiated, no slip to print ). This exposes a needed enhancement, allowing certain items to float between locations, which is certainly a desired feature. However, I think the default behavior should be to prompt the user to return the item to its home location if homebranch != holdingbranch and no outstanding holds exist. Steps to recreate: 1 place a hold on an item, with pickup library != item home library. 2 check in the item, initiating transfer to pickup library 3 cancel the hold 4 check in item at pickup library. Wonder what you should do. -- 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 3410] New: Update Child to Adult Patron
by bugzilla-daemon＠liblime.com 22 Feb '10

22 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3410 Summary: Update Child to Adult Patron Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: cookie.wolfrom(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Patron detail screen - under "More" option for Update Child to Adult Patron - is a working feature BUT there is not any type of signal - pop-up box, note, etc. to tell staff that the birth date has been reached for the update to take place. -- 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 3344] New: Hold priority list needs additional status for items assigned but not waiting
by bugzilla-daemon＠liblime.com 22 Feb '10

22 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3344 Summary: Hold priority list needs additional status for items assigned but not waiting Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When looking at the existing holds priority list (reserve/request.pl) the priority dropdown should show assigned/in transit statuses and priority should be rearranged when items change status (like waiting status does). See screenshot: http://www.screencast.com/users/lizrea/folders/Jing/media/b6425793-f994-4ee… We don't think it's enough that the pick up library column (kind of) shows the status of the item. Discussion welcome. -- 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 3609] New: updatedatabase from 3.0.x, new acq permissions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 20 Feb '10

20 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3609 Summary: updatedatabase from 3.0.x, new acq permissions Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Acquisitions AssignedTo: rch(a)liblime.com ReportedBy: paul.poulain(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- The updatedatabase don't add specific (granular) acquisition permissions -- 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 3382] New: Need a way to suppress the call number display in OPAC search results
by bugzilla-daemon＠liblime.com 19 Feb '10

19 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3382 Summary: Need a way to suppress the call number display in OPAC search results Product: Koha Version: rel_3_0 Platform: PC URL: http://catalog.nexpresslibrary.org/cgi-bin/koha/opac- search.pl?q=metro+girl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: smoreland(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- We would like the ability to customize what displays in the OPAC search results, specifically, we would like to suppress the call number. The LC call number displayed comes from the 050 of the Bib, which confuses our patrons. Discussion from #koha on July 1, 2009: [1:14pm] Sharon: Owen - do you all 'hide' the call number display in the OPAC, especially when it shows the LC call number from the Bib? (Call Number: PS3555.V2126 M48 2004 ) [1:14pm] owen: Can you show me an example? [1:15pm] Sharon: http://catalog.nexpresslibrary.org/cgi-bin/koha/opac-search.pl?q=metro+girl - 3rd record down [1:16pm] owen: Well, editing your XSL stylesheet is the obvious answer...not the greatest answer if you don't have access to those files [1:16pm] atz: if it is in an identifiable <span>, then you can use custom CSS [1:17pm] owen: That's the trouble atz, it isn't. [1:17pm] atz: it's a fairly easy enhancement to produce [1:17pm] owen: Which raises the question: should every line that comes out of the XSLT display have a unique ID for this purpose? [1:18pm] atz: owen: yeah, i think that should be a general guideline [1:18pm] gmcharlt: owen: class names, at least [1:18pm] gmcharlt: owen: unique IDs would be nice, as long as uniqueness was guaranteed [1:18pm] owen: It'd have to be class names for the search results screen [1:19pm] owen: I just hate to see the XSL option being used but the flexibility of it not being able to be tapped. -- 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 3242] New: emailLibrarianWhenHoldIsPlaced system preference is non-functional
by bugzilla-daemon＠liblime.com 19 Feb '10

19 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3242 Summary: emailLibrarianWhenHoldIsPlaced system preference is non- functional Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- This feature was not implemented in 3.0. If no one steps up to implement it using the new messaging code, the system preference should be removed from Koha. Koha cannot currently generate an email to staff when a hold is placed. -- 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 15

[Bug 3651] New: sending shelves and baskets
by bugzilla-daemon＠kohaorg.ec2.liblime.com 18 Feb '10

18 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3651 Summary: sending shelves and baskets Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Atm, sending shelves and baskets via OPAC can be used to SPAM or spoof the kohaadminemailaddress, it's really bad. Only logged in user must be able to send shelves and baskets, and their name must appear in the sent email. -- 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 3229] New: The "Sort By" feature for lists does not work
by bugzilla-daemon＠liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3229 Summary: The "Sort By" feature for lists does not work Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- There is the ability to define how lists sort, by title or author, using the "Sort By" feature. It does not currently seem to work (i.e. sort by title or author). -- 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 16

[Bug 3638] New: Status of hold not changed when item checked in via SIP2 Interface
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3638 Summary: Status of hold not changed when item checked in via SIP2 Interface Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- When an Item is returned via SIP2 the unit is being correctly alerted that it is required for a hold and the details of the hold. However unlike a normal check in the status of the hold does not reflect that the item has been captured. This causes problems in the work flow, forcing sip2 checked in items to be manually checked in before the hold is shown as waiting or in transit to pickup location. -- 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