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

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '19

08 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #94 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- QA review: 1) Letter text +We want to inform you that borrower <<borrowers.cardnumber>> has just created a new comment on <<biblio.title>>, which is biblionumber <<biblio.biblionumber>>. Instead of telling the biblionumber in the text, why not add a link to the record instead? To make this title more distinguishable we could also make use of the new fields (subtitle, parts, number). These seem a bit unusual and very developery for formatting: +--- BEGIN COMMENT --- +<<reviews.review>> +--- END COMMENT --- I think using standard formatting or just ----- would work better here. Signing a letter to the libray with 'the library' seems a little odd to me :) 2) Convert database update to .perl The RM will be happier. 3) Capitalization +('CommentModeratorsEmail','','','The email address where to send a notification (template code COMMENT_CREATED) when a Borrower adds/modifies a review/comment for a Biblio. Set to empty to disable sending email notifications.','Textarea'), Biblio and Borrower... Same for the description in the SQL statements. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11492] Receiving a serial item causes routing list notes to be lost
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '19

08 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11492 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |23416 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23416 [Bug 23416] When a note to a specific issue upon receiving a serial, this note will appear in next issue received -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8643] Add important constraint to MARC tags and subfields
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '19

08 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8643 Maryse Simard <maryse.simard(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91537|0 |1 is obsolete| | --- Comment #82 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 92081 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92081&action=ed… Bug 8643: Add important constraint to marc subfields This fix permits to add an "Important" option to the marc structure pages. Testing: 1) Apply the patch 2) Run updatedatabase.pl 3) Regenerate CSS 4) Define 100 as an "important" field ( Administration » MARC bibliographic framework » MARC structure ( Default Frameword) » Edit ) 5) Define 100$a as an "important" subfield (Administration » MARC bibliographic framework » MARC structure (Default Frameword) » Subfield » Onglet a) 6) Edit a record to clear the field 100 (subfields are all blank) 7) Save the record. 8) Validate the following message: A few important fields are not filled: * tag 100 subfield a Nom de personne in tab * Field 100 is important, at least one of its subfields should be filled. Are you sure you want to save? Sponsored by the CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '19

08 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|23354 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23354 [Bug 23354] Add a 'Pay' screen to allow anonymous payments in a POS fashion -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14980] Add a page showing one news
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '19

08 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14980 --- Comment #19 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- (In reply to Katrin Fischer from comment #18) > Hi Frido, I feel this is a duplicate to bug 14272 and bug 15326, do you > agree? > > *** This bug has been marked as a duplicate of bug 14272 *** Yes thanks a lot :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10352] Cataloguing log search mixing itemnumber/bibnumber
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '19

07 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10352 --- Comment #12 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Jonathan Druart from comment #11) > (In reply to Nick Clemens from comment #10) > I do not understand what you mean. Sorry, what I meant is that you cannot directly search the catalog logs for an itemnumber - you must now enter the biblionumber - Have an itemnumber that is a biblionumber and one that isn't - Browse to Tools -> Log viewer - Enter the itemnumber in the 'Object' field, select 'Catalog' module - Submit - If the itemnumber is a biblio you get the mod log for the biblio (which may not contain your item) - If the itemnumber is not a biblio you get 'No log found...' We fix the links, but not general searching. Possibly a radio button to choose item/biblionumber if searching catalog? I don't really like that there is magic happening for a cataloging log search -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23209] New: Multiple action boxes when checking in items for holdtransfer using holdautofill
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '19

06 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23209 Bug ID: 23209 Summary: Multiple action boxes when checking in items for holdtransfer using holdautofill Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 91002 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91002&action=ed… screenshot of multiple boxes When sys pref holdsautofill is set to do, and holdsautofillprintslip is set to do not, and staff check in an item that is a transfer/hold, they get two action boxes on the screen, one yellow to confirm the hold and one blue to transfer/hold. Both print functions produce the same slip, but it is very confusing to staff. See attached screen shot. If printslip is set to do, the correct slip again popsup to print, but once the print dialog box is closed, staff are still presented with a very confusing screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23179] New: Add 'Edit subfields' to framework management tag dropdown and clarify options
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '19

06 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23179 Bug ID: 23179 Summary: Add 'Edit subfields' to framework management tag dropdown and clarify options Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Currently if viewing a framework each field has an actions dropdown: Subfields Edit Delete I think we should have: Edit tag View subfields Edit subfields Delete -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 23143] New: filter paid transactions not working
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '19

06 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23143 Bug ID: 23143 Summary: filter paid transactions not working Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Same issue as bug 22626 but on 18.11.06 The Filter paid transactions function on /cgi-bin/koha/members/boraccount.pl under the Account tab no longer works. If you click on it the wording will change, but no transactions will disappear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 22710] New: Return to the last advanced search link not filtering correctly in 18.11.x
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '19

06 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22710 Bug ID: 22710 Summary: Return to the last advanced search link not filtering correctly in 18.11.x Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- in 18.11.x the 'Return to the last advanced search' link is broken. The opac-search template is using the uri filter when it should probably be using url -- You are receiving this mail because: You are watching all bug changes.

1 13