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

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #53 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Matthias Meusburger from comment #50) > Hi, > > I couldn't reproduce any of the problems you mentioned on my Unimarc > instance, so I ended up setting up a MARC21 instance using your values for > the syspref and your marc files, and... I couldn't reproduce any of the > problems (see screen captures), except one: > > BOOKBAG itype is indeed not automatically selected, but this is because > there is a trailing space in the BOOKBAG 975$c in your MARC file. > > I don't know if Koha should assume that a trailing space in a field is > irrelevant and remove it, but the fact is that they are not technically > equal. So, no pre-selection. I would agree with that. Koha shouldn't munge the data. If there is a trailing space it should be dealt with preferably at the source. A couple other possibilities would be to use a Marc Modification Template or a plugin to clean up the records. We shouldn't have magic side effects in Koha. Those types of things lead to confusion. The next library might rely on a trailing space and have no idea why it's not working ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4042] Public OPAC search can fall prey to web crawlers
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4042 José Anjos <joseanjos(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joseanjos(a)gmail.com --- Comment #6 from José Anjos <joseanjos(a)gmail.com> --- I added file robots.txt to /usr/share/koha/opac/htdocs, but makes no difference. I've try it too on /usr/share/koha/opac/htdocs/opac-tmpl but problem persists. I have non stop requests from SemrushBot, AhrefsBot and Google. Server is getting high CPU usage and out of memory every 2/3 days I want to kill that bots... -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #52 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Created attachment 58377 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58377&action=ed… Items -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #51 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Created attachment 58376 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58376&action=ed… Import screen -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #50 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Hi, I couldn't reproduce any of the problems you mentioned on my Unimarc instance, so I ended up setting up a MARC21 instance using your values for the syspref and your marc files, and... I couldn't reproduce any of the problems (see screen captures), except one: BOOKBAG itype is indeed not automatically selected, but this is because there is a trailing space in the BOOKBAG 975$c in your MARC file. I don't know if Koha should assume that a trailing space in a field is irrelevant and remove it, but the fact is that they are not technically equal. So, no pre-selection. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13757] Make patron attributes editable in the opac if set to ' editable in OPAC'
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 --- Comment #47 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Thanks for testing! I'll fix it tomorrow! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '16

21 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 --- Comment #36 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Hi Owen, (In reply to Owen Leonard from comment #34) > I think this is a great new feature. A few issues and suggestions: > > - The preference should be retrieved via the template instead of in the Perl > script: > > https://wiki.koha-community.org/wiki/Coding_Guidelines#HTML7: > _use_system_preference_TT_plugin > > - The date in the checkin message should be formatted using the KohaDates > plugin. > - On the circulation page, I think it makes more sense to put the patron > note in the column which shows the "Checked in" message since that's where > the librarian would be looking for confirmation of the transaction. > I have implemented all these changes in the latest patch. > Since there is no way to find out what note was attached to something you > just checked in on returns.pl, I wonder if the notification shouldn't work > the same as the hold notice: In a blocking modal? I am working on a follow-up feature in Bug 17698 that allows a 'seen' system for the patron notes - similar to how we approve tags and comments made in the OPAC. I think this suggestion would be best implemented in that patch rather than this one if that's okay with you (would like to get this signed off and passed so I can finish 17698)! Thanks Aleisha -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '16

21 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58326|0 |1 is obsolete| | --- Comment #35 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Created attachment 58372 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58372&action=ed… Bug 14224: Allow patron notes about item shown at check in This patch adds a "Note" input field to checked out items in the "your summary" section. The field allows patrons to write notes about the item checked out, such as "this DVD is scratched", "the binding was torn", etc. The note will be emailed to the library and displayed on item check in. Patch adds two fields to the "issues" table - "note" and "notedate". Patch adds syspref "AllowIssueNotes" - default off. Test Plan: 1) Apply this patch 2) Update database - perl installer/data/mysql/updatedatabase.pl 3) (You may have to rebuild schema but I think the patch should apply the schema changes for you) 4) Turn on 'AllowIssueNote' syspref 5) Check out three different items to a borrower (may be easiest to check out to yourself) 6) Log in as that borrower (or yourself) on the OPAC side and go to your summary 7) Confirm text field shows under Note column for all checkouts. Set a note for each issue, confirm all save. 8) Check the message_queue in mysql for the entries for ALL THREE issue notes. 9) Disable javascript in your browser 10) Refresh your summary page. Confirm that you can no longer edit the notes in the text field. Click the 'Create/edit note' button and confirm you are redirected to a new page. 11) Confirm that the correct title and author show for the note button you clicked. 12) Set the note and click Submit -> confirm you are redirected back to summary page and note is saved 13) Confirm there is a new entry in message_queue 14) Enable javascript and go back to the your checkouts page in the staff client for the borrower you issued the items to 15) Check in TWO items 16) Confirm that the issue notes show under the "Date due" column for the two items you checked in, and are accurate to the item (i.e. the right issue note under the right item) 17) Go to circ/returns.pl and check in the final item using the barcode. Confirm the issue note shows and the date is formatted correctly. Sponsored-by: Region Halland -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '16

21 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12063] Change date calculation for reserve expiration to skip all holidays
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '16

21 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12063 Viccy Kemp <victoria.kemp(a)flower-mound.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victoria.kemp@flower-mound. | |com --- Comment #20 from Viccy Kemp <victoria.kemp(a)flower-mound.com> --- Flower Mound Public Library has noticed that reserves DO NOT TAKE INTO ACCOUNT closed holidays. What exactly is the point of marking up a calendar if the software does not know what to do with it. That is nuts. We have been live on Koha for four and a half months now and during both Thanksgiving and now Christmas the closed days are not being accounted for in the holds. Please, someone, figure out how to make this work. -- You are receiving this mail because: You are watching all bug changes.

1 0