January 2013 - Koha-bugs - lists.koha-community.org

[Bug 8021] New: Newly Added items in the MARC catalog are not listing while Search after rebuild Zebra
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '14

17 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8021 Priority: P5 - low Change sponsored?: --- Bug ID: 8021 Assignee: gmcharlt(a)gmail.com Summary: Newly Added items in the MARC catalog are not listing while Search after rebuild Zebra Severity: enhancement Classification: Unclassified OS: Linux Reporter: mapinnovatives(a)yahoo.com Hardware: Other Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Earlier I have a proble that, the items are showing not available in the OPAC catalog. Then we have rebuild the Zebra after that the newly added item are not listing while searching. Only the old entries before rebuild zebra showing in the search list. what would be the reason for it... -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6906] New: show 'Borrower has previously issued $ITEM' alert on checkout
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '14

15 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6906 Bug #: 6906 Summary: show 'Borrower has previously issued $ITEM' alert on checkout Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: mtj(a)kohaaloha.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A common request for some borrowers is to be alerted by library staff, when issuing items, to whether they have previously issued an item before this enhancement provides this feature, and allows the librarian to set the checkout alert, at a per-user level -- 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 29

[Bug 8938] New: Transport cost matrix script and template contain untranslatable strings
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '14

15 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8938 Priority: P5 - low Change sponsored?: --- Bug ID: 8938 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Transport cost matrix script and template contain untranslatable strings Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: System Administration Product: Koha In the template, a string in JavaScript is not wrapped in the proper function: alert("Cost must be expressed as a decimal number >= 0"); In the script, error messages are built with English strings and passed whole to the template: push @errors, "Invalid value for $from_row{name} -> $from_to_input_def{name}" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8258] New: Branch specific DUEDGST notice is not used
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8258 Priority: P5 - low Change sponsored?: --- Bug ID: 8258 Assignee: koha-bugs(a)lists.koha-community.org Summary: Branch specific DUEDGST notice is not used Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Notices Product: Koha While testing bug 3383 I noticed, that it's possible to add branch specific DUEDGST notices, but they are not used when generating notices. Instead the notice for (All libraries) was being used. My patron's home library was Midway, books were checked out from Midway and another library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 7267] New: Display accountnumber in PDF
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7267 Bug #: 7267 Summary: Display accountnumber in PDF Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 3388 The bug 3388 has fixed the management of the accoundnumber field, that contains the library accountnumber for the bookseller. This accountnumber should be displayed in PDF -- 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 26

[Bug 9075] New: Show material type and item type on staff detail (with xslt)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9075 Priority: P5 - low Change sponsored?: --- Bug ID: 9075 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Show material type and item type on staff detail (with xslt) Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha If pref item_level_itypes is set to biblio, the item type is not shown on staff detail (in the items table) while XSLT is enabled. Why not, since it still is useful information? The proposed patch is very simple: The item type with icon from the intranetDetail XSLT is renamed to Material type. That's what it is or at least comes closer. The table below does always show item type for each item. The setting of the pref does no longer matter in that sense. Note that the normal view without xslt on staff does show item type under the title. I remove it there since it is in the table below now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[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 9013] New: Cart in staff interface displays location pulled from Description (OPAC)
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '14

11 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9013 Priority: P5 - low Change sponsored?: --- Bug ID: 9013 Assignee: gmcharlt(a)gmail.com Summary: Cart in staff interface displays location pulled from Description (OPAC) Severity: normal Classification: Unclassified OS: All Reporter: eb(a)efdss.org Hardware: All Status: NEW Version: 3.8 Component: Architecture, internals, and plumbing Product: Koha Created attachment 13271 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13271&action=edit Example of location codes where staff and OPAC displays differ Koha allows us to display authorized values for Location in two different ways, one for the OPAC one for the staff interface. The Cart in the staff interface should display the locations that ordinarily display in the staff interface. But it seems to be pulling the location information from the Display (OPAC) line. In the example attached the staff location descriptions are much more specific, enabling staff to retrieve material from the correct storage location. In the OPAC these are marked 'storage' When staff use the Cart function to create a list of items to retrieve, they need the specific location, which is normally available in Staff interface, but unfortunately all they get is the OPAC version of this information. -- You are receiving this mail because: You are watching all bug changes.

1 8