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

[Bug 7379] New: some database fields are displayed 'as is' when they are linked to autorised values
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7379 Bug #: 7379 Summary: some database fields are displayed 'as is' when they are linked to autorised values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com When items.copynumber is linked to an autorized value, the value displayed both on OPAC and on the staff interface is the one found in the database and not the description linked to the value. This should be fixed in order for this field to function like the other ones, where the authorized value's description is displayed when the field is linked to an authorized value. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 38

[Bug 6151] New: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6151 Bug #: 6151 Summary: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If IndependantBranches is on, and an item is checked into a branch that is not it's current HomeOrHoldBranchReturn branch, a "Wrong Branch" message is given, and the return is denied. This is not always desirable behaviour. For example, some libraries may want an item owned by Branch A but issued from Branch B to be returnable to either A or B (the patron returning the material to A saves the library transit costs), or even to be returnable to Library C if the transit network is robust. More heinous a problem, if an item is issued from Library B, and HomeOrHoldingBranchReturn is set to Homebranch, the patron cannot return the item to Library B. And further, when AutomaticItemReturn is turned on and HomeOrHoldingBranchReturn is HoldingBranch, an item issued from Library B and returned to Library B will not trigger a transfer message to return it to Library A. So, with the two above, if HomeOrHoldingBranchReturn is considered the only adjustable variable (since changing IndependantBranches has many, many consequences, and AutomaticItemReturn is a library policy decision), neither setting will allow for desirable behaviour. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 28

[Bug 4870] New: Damaged status does not prevent items from being selected for reserves
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4870 Summary: Damaged status does not prevent items from being selected for reserves Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Damaged status on items (952$4) seems to allow items to be selected for reserve. This happens both when the barcode is checked in and when the hold queue report is generated. Preferred behavior (open for discussion, of course) would be for damaged status to disallow reserves on items marked "Damaged," similar to items with a "Missing" status (though missing clears the status on checkin, we would NOT want that behavior for Damaged. It should be a manual status change). -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 16

[Bug 6034] New: Shelving cart feature can wipe permanent shelving location in certain circumstances
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6034 Bug #: 6034 Summary: Shelving cart feature can wipe permanent shelving location in certain circumstances Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com We have found that the shelving cart feature added in Bug 3481 can wipe the permanent shelving location in a certain combination of circumstances, particularly if the In Processing part of the feature is not used. Patch is coming. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 12

[Bug 5586] New: SIP line-endings should use proper SPEC-compliant \r
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '13

20 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5586 Summary: SIP line-endings should use proper SPEC-compliant \r Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Line-endings have been a longstanding problem because of variations in implementations. But we should still tryto default to the correct thing, according to what standards are available. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 14

[Bug 4975] New: process_koc.pl terminates with NaN%
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '13

17 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4975 Summary: process_koc.pl terminates with NaN% Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2332 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2332 Progress terminates with NaN% I have a .koc-file that I am trying to upload and process. Uploading it works fine, but the processing was terminating with a progress of NaN% (see attached screenshot). The file has about 360 returns in it. I split it into two files, with about 180 returns in each. The first one got through ok, but the second one resulted in NaN% several times. When the process has terminated with NaN% my session seems to be terminated to, and I have to log in again. When I uploaded and processed the first file, logged out and in again and then uploaded and processed the second file both of them were processed correctly. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 5241] New: Add a button on the page "members/moremember.pl?borrowernumber=xxxx"
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '13

15 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5241 Summary: Add a button on the page "members/moremember.pl?borrowernumber=xxxx" Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2643 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2643 the page where the button should be add When adding several member, one after one, it should be nice to have a direct button "add a member", when you finish one. For instance, you go back to the members page and choose "add" and then choose what kind of member you want to add. It's not very "ergonomic". -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 5

[Bug 6777] New: Display link to related acq details from catalogue record
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '13

14 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6777 Bug #: 6777 Summary: Display link to related acq details from catalogue record Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org Display a link to the related Acquistions record from the catagloue detail page (staff interface), so users can refer to acq details such as vendor, price etc. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 19

[Bug 6580] New: Can't create patron card
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '13

14 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6580 Bug #: 6580 Summary: Can't create patron card Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: hend.eleraky(a)bibalex.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When i try to add items to batch to create patron cards i get this error Can't use an undefined value as a HASH reference at /usr/share/koha/lib/C4/Creators/Lib.pm line 369. I tried to test on more than one batch then when i tried to manage batches and export any one of them i get "Error 500" when clicking on the pdf icon after export. I use koha 3.2.9 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2

[Bug 7211] New: Invoice number not saved when selecting a later page in Receive shipment
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '13

14 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7211 Bug #: 7211 Summary: Invoice number not saved when selecting a later page in Receive shipment Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: janet.mcgowan(a)ptfs-europe.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6275 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6275 Screenshot of workflow where invoice number disappears if you click on a later page number from list of pending orders. When you receive items against an Invoice number - the invoice number disappears when if you need to click on a later page number from the list of pending orders. It only disappears when you click on a page number, so if the item is on the first page or you use the 'Next' page link to move through the pages one at a time it is ok. However in practical use it can result in orders being received against a n/a invoice number. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2