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

[Bug 27617] New: Issues tab in subscription-detail.pl page is misleading
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27617 Bug ID: 27617 Summary: Issues tab in subscription-detail.pl page is misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The "Issues" tab on subscription-detail.pl is misleading. At most, it will show 10 issues. We should either show nothing or show the same thing as "Serial collection". *OR* We should show the same thing as the Catalogue view for Staff Interface/OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 6734] Show location in serials history table
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6734 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|location in serials history |Show location in serials |table |history table Keywords| |Academy --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We show the library, but not the location, so this is still valid. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 17674] New: Allow UI to delete serials in batch
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17674 Bug ID: 17674 Summary: Allow UI to delete serials in batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This new feature allows for batch deletion of serials through the UI. The current usage is a one-by-one long game. Testing - Have at least three serials, with items - check the box to select two of them - Press the Remove selected issues button - Decide to delete their items as well or not - Validate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 177

[Bug 12157] Batch delete for serial holdings
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12157 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** This bug has been marked as a duplicate of bug 17674 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 27590] New: Self-created MARC-Framework deletes content containing german special characters
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27590 Bug ID: 27590 Summary: Self-created MARC-Framework deletes content containing german special characters Change sponsored?: --- Product: Koha Version: 20.11 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: braun.kamilla(a)web.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 116183 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116183&action=e… Self-created MARC-framework For the purpose of fast manual cataloging, I created a small MARC-framework, containing only a few important fields. (see attachment) Using this framework for cataloging (creating new records) all content containing german special characters (i.e. äöüÄÖÜß) will be deleted or somehow changed. If the same record is beeing imported via the Z39.50-interface, the german special characters are accepted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 26127] New: When reporting an Error from the OPAC, the URL does not display
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26127 Bug ID: 26127 Summary: When reporting an Error from the OPAC, the URL does not display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 107700 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107700&action=e… opac When a logged in patron "reports a problem", there is a place for the URL of the page the patron is on to be filled in on the line: 'Problem found on page'. Currently, no matter what page on the OPAC, the Report a Problem is clicked on the , the URL does not display. This is what it will display: Problem found on page: / >From reading the bug 4461, this should display the URL. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 27468] New: OPACReportProblem not sending the specific URL that problem was reported on
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '21

07 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27468 Bug ID: 27468 Summary: OPACReportProblem not sending the specific URL that problem was reported on Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On 20.05.x and master, when an error is submitted through the OPAC, the URL is not displayed on the OPAC and when the error is seen on the staff client, the URL is the base OPAC url- and not a specific page. Both of these are different behavior than what was seen on 20.05.00 when this feature was released. Steps to recreate. 1. Turn on OPACReportProblem (make sure you have an email in KohaAdminEmail) 2. Do a search on the OPAC and click the Report a Problem link at the bottom of the page. 3. Form will not display the URL where it should, it only displays / 4. Log in to the Staff Client and see the Error report, the Problem page will be displayed as the main page of the OPAC-not the specific page the error was submitted on. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15148] Serials: Test prediction pattern starts at First issue date, not Subscription start date
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15148 --- Comment #13 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Rereading this I wondered: Maybe we should keep the first issue as is, but rename it "Start issue" or similar and have a new and different field, perhaps linked to subscription history, for the first issue published/available in the library if there is a need for having this information? My use case was this: The subscription start date could have been at the beginning of the year or even years ago (most here are renewed automatically) and I don't really care about this date for the predictions. The "Start issue" would be the one I start predicting with. The "historical" first issue would be the first one in my library's collection. ... and now I wonder if this isn't what the subscription history fields are already supposed to be used for: - Check manual history - Go to the subscription - Edit the manual history - Change the subscription start date. It won't change the start date when editing the subscription, as these fields are all stored separately in the database. So maybe the solution is ultimately to make the history more accessible and maybe add any additionally needed information there? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11983] Code to select patrons to purge needs to be centralized (use of filter_by)
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11983 --- Comment #22 from Nick Clemens <nick(a)bywatersolutions.com> --- Also QA failure: sort (...) interpreted as function sort (...) interpreted as function -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11983] Code to select patrons to purge needs to be centralized (use of filter_by)
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11983 --- Comment #21 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Thanks Nick, I've dug out my branch and it looks like I started added more tests for chaining and combination of these filters.. I'll look at working through completing those tests and take into account your comments.. I like the cleaner JOIN you suggest.. though we may need to start naming our joins to maintain chain-ability.. I can imagine issues getting joined multiple times and then us ending up with queries clashing. -- You are receiving this mail because: You are watching all bug changes.

1 0