April 2021 - Koha-bugs - lists.koha-community.org

[Bug 25003] New: Clearly identify when JavaScript errors are caused by OPACUserJS/IntranetUserJS
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '21

24 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25003 Bug ID: 25003 Summary: Clearly identify when JavaScript errors are caused by OPACUserJS/IntranetUserJS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a page within Koha has been broken by code introduced via the UserJS sysprefs, we should make that clear in the browser console. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 23819] New: Allow status to be set during creation of a purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23819 Bug ID: 23819 Summary: Allow status to be set during creation of a purchase suggestion Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Here is the workflow where this would be helpful: 1. Patron asks if we have a book. 2. Staff member checks in catalog that we don't have it, offers to make purchase suggestion. 3. Staff members fills out purchase suggestion and currently: Saves the suggestion and has to edit again to be able to edit status to "Sent to Adult Librarian" Would be nice if they could instead set that status on creation to reduce clicks. In this case 3 would say: 3. Staff member fills out purchase suggestion and sets status to "Sent to Adult Librarian" then saves purchase suggestion. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24454] New: currency formatting from JS
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24454 Bug ID: 24454 Summary: currency formatting from JS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: agustinmoyano(a)theke.io Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com API calls in OPAC brings raw JSON. We need a way to format data into the configured currency from JS. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 17996] New: longoverdue.pl should not set 'datereturned' when --mark-returned option is used.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17996 Bug ID: 17996 Summary: longoverdue.pl should not set 'datereturned' when --mark-returned option is used. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When longoverdue.pl returns items, it sets old_issues.returndate to the current date. This means that when staff look at the borrowers' circulation history, they see a returndate displayed, which is confusing. We don't lose information by not setting old_issues.returndate, because items.itemlost_on will contain the date that the item was lost. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 19469] New: Add ability to split view of holds view on record by pickup library and/ or itemtype
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '21

21 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19469 Bug ID: 19469 Summary: Add ability to split view of holds view on record by pickup library and/or itemtype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 27965] New: cleanup_database.pl should not remove old checkouts with unpaid fines
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '21

21 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27965 Bug ID: 27965 Summary: cleanup_database.pl should not remove old checkouts with unpaid fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org Currently "cleanup_database.pl --old-issues" removes also checkouts that contain unpaid fines. This will remove the checkout information from the fine accountlines in /cgi-bin/koha/members/boraccount.pl?borrowernumber=XXXX page which are crucial to keep so that the library is able to tell the patron where did this fine came from and why it needs to be paid. At least there should be an parameter to cleanup_database.pl to prevent the deletion of such checkouts but maybe we should even do this the default behavior? Classifying this as a minor bug because it could be debatable whether or not this is feature or bug. Although, I cannot think why any library would want those checkouts with fines deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28217] New: Several non-repeatable attributes when merging patrons
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28217 Bug ID: 28217 Summary: Several non-repeatable attributes when merging patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the patron merge feature it's possible to generate a patron with several non-repeatable attributes. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 21794] New: Incomplete address displayed on patron details page when City field is empty
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21794 Bug ID: 21794 Summary: Incomplete address displayed on patron details page when City field is empty Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron details page at /cgi-bin/koha/members/moremember.pl?borrowernumber=xxxx, if a patron account is missing a value in the City field the rest of the address fields (zipcode, state, country) when filled do not display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 17336] New: api_secret_passphrase missing in packages setup
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17336 Bug ID: 17336 Summary: api_secret_passphrase missing in packages setup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 13799 introduced the api_secret_passphrase on source installs, but missed to do so on packages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 20529] New: Return to results link is truncated when the search contains a double quote
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '21

20 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20529 Bug ID: 20529 Summary: Return to results link is truncated when the search contains a double quote Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com == Reproduce == 1. Search in the staff catalogue «a "alice"» Replace a and alice with whatever than will return a result. 2. Click on the first result 3. Check the "Return to results" It should be like staff_url://cgi-bin/koha/catalogue/search.pl?idx=kw&q=a This is the bug. Because when clicking the link, your search will be 'kw,wrdl: a' instead of 'kw,wrdl: a "alice"' == Cause == Something about escaping in koha-tmpl/intranet-tmpl/js/browser.js Search for BROWSER_RETURN_TO_SEARCH -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55