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

[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

[Bug 7944] New: attribute error could be clearer
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '14

11 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7944 Priority: P5 - low Change sponsored?: --- Bug ID: 7944 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: attribute error could be clearer QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha Created attachment 9125 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9125&action=edit attribute error When you have an attribute set to unique you get an error when trying to save the patron record, but it mentions an attribute number and that number is not visible anywhere in the staff client so it's confusing the librarian entering the data what field they entered the wrong info in to. See attached (ignore the circled fields - the Driver's License is the unique field here. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 6813] New: Acquistions - duplicate search across orders, suggestions and catalog
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '14

11 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6813 Bug #: 6813 Summary: Acquistions - duplicate search across orders, suggestions and catalog Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified 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 A new duplicate search tool in the acquisitions module that will allow search based on ISBN, title and/or author. Results will be across suggestions, orders and catalog. This tool will allow staff to check for duplicates before creating a new suggestion or order. -- 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 70

[Bug 9378] New: Translations don't apply?
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '14

11 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9378 Bug ID: 9378 Summary: Translations don't apply? Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: frederic(a)tamil.fr Translations don't appear to apply unless more than one is selected in the I18N/L10N preferences AND the selection bar is enabled (OPAC and Intranet affected) To replicate: 1.Install a second language (I've tested with both en-GB and fr-FR) using '/misc/translate/translate install xx-XX' 2. Enable just one language other than 'en' in the I18N system preferences. 3. Refresh the OPAC or Staff Client page and the new language should take effect, but it doesn't? The only way around this that I've found is to enable multiple translations AND in the OPAC the 'allow patrons to select' option and then manually select a language. Anyone else experiencing this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5502] New: /cgi-bin/koha/patroncards/members-search.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5502 Summary: /cgi-bin/koha/patroncards/members-search.pl Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When searching for patrons to add to a batch for creating patron cards, you can search by name or "category code." Category code is a text input field. It would be better for this to be a drop-down menu of existing categories. -- 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