August 2014 - Koha-bugs - lists.koha-community.org

[Bug 12751] New: order_manage and _receive have same description
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12751 Bug ID: 12751 Summary: order_manage and _receive have same description Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 30738 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30738&action=edit duplicate descriptions order_manage and order_receive permissions have same description - they need to be updated to be clearer. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 3186] invalid or uninstalled SMSSendDriver (or bad number format) causes process_message_queue to fail
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3186 Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|invalid or uninstalled |invalid or uninstalled |SMSSendDriver causes |SMSSendDriver (or bad |process_message_queue to |number format) causes |fail |process_message_queue to | |fail -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3186] invalid or uninstalled SMSSendDriver causes process_message_queue to fail
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3186 Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olli-antti.kivilahti(a)jns.fi --- Comment #1 from Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> --- This also happens when the smsalertnumber is of the following format: 040-12345678(mother) This is caused by the /usr/share/perl5/SMS/Send.pm parent object for sms sending. It tries to validate the number and Croacks the process dead when (mother) is encountered. Luckily verbose mode outputs goog logging info :) Recommending to add a presentation layer validator to OPAC and SC to make sure no mothers are included. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9972] New: Add/ change some zebra indexes (MARC21) (GRS1)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9972 Bug ID: 9972 Summary: Add/ change some zebra indexes (MARC21) (GRS1) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: mirko(a)abunchofthings.net Reporter: mirko(a)abunchofthings.net This patch adds :w and :p versions to the index for »Lexile number« (it has only :n so far) and adds indexes for 653$a (Index term uncontrolled) and 655$a (Index term Genre/Form). It also adds the »curriculum«-index to Search.pm. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 11243] New: Supplier list counts all items, even canceled ones
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11243 Bug ID: 11243 Summary: Supplier list counts all items, even canceled ones Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 11956] New: Hold priorities not re-calculated when hold is confirmed and transferred on checkin
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11956 Bug ID: 11956 Summary: Hold priorities not re-calculated when hold is confirmed and transferred on checkin Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the process of testing bug 11947, discovered that if a hold is triggered as in transit to another branch and a new hold is added to the record later, the new hold gets a larger priority number than expected. Test plan to recreate: 1. Add six holds to a record, the first one needs to have a pickup location of a different branch than what you are logged in as. 2. Trigger the hold for the first patron so the item goes into transit. 3. Note that the holds priority for the record is now In Transit; 1; 2; 3; 4; 5. 4. Add a hold for another patron to the same record. 5. You expect a holds priority of 6, but it is set as 7. 6. Add a hold for another patron to the same record. 7. You expect a holds priority of 7, but it is set as 8. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 9372] New: Automatic carriage return in message_queue where content_type is html
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9372 Bug ID: 9372 Summary: Automatic carriage return in message_queue where content_type is html Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: stephane.delaune(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com html messages in message_queue have not <br /> instead of \n for html content types -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 4812] New: Reserves for a specific copy of a book say book is available even though it it still checked out to someone else
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4812 Summary: Reserves for a specific copy of a book say book is available even though it it still checked out to someone else Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you place a reserve on a specific copy of a book a note is immediately put on the card of the person for whom the book is being reserved that says the book is available even though it is still checked out to someone else. The code is in placerequest.pl # if we have an item selectionned, and the pickup branch is the same as the holdingbranch # of the document, we force the value $rank and $found . if ($checkitem ne ''){ $rank[0] = '0' unless C4::Context->preference('ReservesNeedReturns'); my $item = $checkitem; $item = GetItem($item); if ( $item->{'holdingbranch'} eq $branch ){ $found = 'W' unless C4::Context->preference('ReservesNeedReturns'); } } This code does not bother to check to see if an item is actually on the shelf, it sets it to 'W' reguardless. -- 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 11

[Bug 9094] New: 260/264 in MARC
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9094 Bug ID: 9094 Summary: 260/264 in MARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com We have a potential issue with RDA. Publisher info is being added in the 264 in RDA sometimes, but is also in the 260. We might need to update the default XSLT to show the 260 if it's there and if not look in the 264 and show that. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 4158] cannot create list whose title is '0'
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '14

12 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4158 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch -- You are receiving this mail because: You are watching all bug changes.

1 0