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

[Bug 3698] New: OPAC shelf browsing may be inaccurate for duplicate item call numbers
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3698 Summary: OPAC shelf browsing may be inaccurate for duplicate item call numbers Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: OPAC AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- OPAC shelf browsing is 'inaccurate' when there are a lot of duplicate itemcallnumbers. Next items have same cn_sort (normalized itemcallnumber) and increasing itemnumber. So it would be expected that previous items have same cn_sort and decreasing itemnumber. This is not the case. -- 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 3814] New: SIP2 Server logging doesn't work on OpenSolaris and isn't configurable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3814 Summary: SIP2 Server logging doesn't work on OpenSolaris and isn't configurable Product: Koha Version: rel_3_2 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr CC: joe.atzberger(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Koha SIP2 Server is based on Net::Server module. Logging uses Syslog. It's hardcoded. It doesn't work on OpenSolaris where 'syslog_facility' Net::Server argument MUST be set to 'Stream' rather than 'local6' (default value). -- 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 3827] New: Biblio Framework: impossible to set mandatory subfield
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3827 Summary: Biblio Framework: impossible to set mandatory subfield Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- Modifying subfield definition, it's impossible to set a subfield Mandatory. Worse, all mandatory subfields are reset just by modifying a subfield. -- 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 3824] New: Item modification doesn't select default value in combo list
by bugzilla-daemon＠kohaorg.ec2.liblime.com 25 Feb '10

25 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3824 Summary: Item modification doesn't select default value in combo list Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 Change sponsored?: --- In data entry page, when modifying an existing item, some fields which are linked to an authorized values list are not displayed correctly. Specifically fields which are linked to following items table fields: notforloan, damaged, itemlost, whtdrawn. Those fields may contain '0' to specify a boolean False value. In this case, the corresponding label in authorised value list isn't selected in combo list. It's VERY dangerous. Catalogers can miss this issue and erase values when modifying item records. 3.0.x => this bug affects also Stable branch. -- 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 3958] New: Standardize vendor/supplier/bookseller terminology
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Feb '10

24 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3958 Summary: Standardize vendor/supplier/bookseller terminology Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Acquisitions AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Acquisitions pages use various terms to refer to the same thing: vendor, supplier, and bookseller. A single term should be chosen and used throughout. I'm going to go with "vendor" unless I hear otherwise. [10:24] <kf> vendor sounds better for me, but Im not a native speaker :) [10:25] <nengard> I've done a lot of training [10:25] <nengard> and no one has ever used a term other than vendor when i asked how they did acq [10:25] <nengard> but that is just the US -- 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 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 3778] New: GetBranchesLoop select homebranch everytime
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Feb '10

23 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3778 Summary: GetBranchesLoop select homebranch everytime Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- If searchmylibraryfirst is disabled, getbranchesloop shouldn't set any branch as selected. -- 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 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 23 Feb '10

23 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