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

[Bug 28632] New: patrons.t fragile on slow boxes
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '22

18 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28632 Bug ID: 28632 Summary: patrons.t fragile on slow boxes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Playing some music and a Netflix movie on my (not that speedy) box, made t/db_dependent/api/v1/patrons.t fail consistently because of a 1 sec difference on the borrowers.updated_on attribute (set to current_timestamp on UPDATE). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 20846] New: Suppressed Records Still Appear in Public Lists
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '22

18 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20846 Bug ID: 20846 Summary: Suppressed Records Still Appear in Public Lists Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: 1. Add a title to a public list 2. Edit the 942$n to suppress the record 3. Confirm that the record isn't visible in the opac 4. Confirm that the title still shows in the list It'd be great to have suppressed records hidden from lists. Even if the link from the list to the bib takes the user to the blocked record page, showing the title in the list is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 29408] New: The datatables api wrapper is badly named
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '22

17 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29408 Bug ID: 29408 Summary: The datatables api wrapper is badly named Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The dataTables Koha REST wrapper we added recently is badly named.. currently, it's the very unspecific 'api'.. we should start using a consistent naming convention for such JS wrapper functions. In bug 29397 we introduce a minimal select2 wrapper and call it kohaSelect.. I propose we take that as inspiration and rename the dataTables function from 'api' to 'kohaTable'. Thus, creating a new API driven dataTable would become: $(".selector").kohaTable(usual stuff here); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 25317] New: Move translatable strings out of additem.js.inc
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '22

17 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25317 Bug ID: 25317 Summary: Move translatable strings out of additem.js.inc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Now that we can translate strings in JavaScript we can eliminate files like additem.js.inc which we only needed for translatability. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 29516] New: Remove dependency on IO::Scalar
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '22

17 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29516 Bug ID: 29516 Summary: Remove dependency on IO::Scalar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org IO::Scalar is used in Koha::App::Plugin::CGIBinKoha to create a filehandle tied to a scalar. Perl has this feature built in since 5.8.0 so IO::Scalar is not needed -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 20390] New: Elasticsearch - Biblio mappings for UNIMARC (updates existing)
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '22

15 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20390 Bug ID: 20390 Summary: Elasticsearch - Biblio mappings for UNIMARC (updates existing) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 19342] New: Show name private list on biblio when user is logged
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19342 Bug ID: 19342 Summary: Show name private list on biblio when user is logged Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice to display name of private list on biblio (/detail.pl and /opac-detail.pl).Actually, you can see the title of the list in a record only when it's a public list. In opac, name of private list would be displayed only when user will be logged. Thanks, Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21757] New: Patron detail script cleanup
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21757 Bug ID: 21757 Summary: Patron detail script cleanup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The moremember.pl script is too long ;) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 22535] New: Use Link Shortcuts when creating reports
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22535 Bug ID: 22535 Summary: Use Link Shortcuts when creating reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The syntax to create links in SQL reports is cumbersome. The below link, as example, often gets typos and then fails to work when run. CONCAT('<a href=\"/cgi-bin/koha/cataloguing/addbiblio.pl?' , 'biblionumber=' , biblionumber , '\">' , biblionumber , '</a>'), AS 'biblionumber', Koha needs a way to allow the user to enter a 'shorthand' or alias in the sql query that is then replaced by the URL. For example: SELECT biblionumber|link_detail from biblio would resolve to SELECT CONCAT('<a href=\"/cgi-bin/koha/cataloguing/addbiblio.pl?' , 'biblionumber=' , biblionumber , '\">' , biblionumber , '</a>'), AS 'biblionumber' from biblio List of current links documented on the wiki that could use aliases: https://wiki.koha-community.org/wiki/SQL_Reports_Library#Links -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 22157] New: HideLostItems items still show in OPAC when patron places a hold on a specific item
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22157 Bug ID: 22157 Summary: HideLostItems items still show in OPAC when patron places a hold on a specific item Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- If a library has the system preference set to HIDE lost items, the item will still show up in the holds screen when a patron places a hold on a specific item These items should not appear within the OPAC as they should be hidden per this system preference. This bug is similar to 15448 where the system preference OPAChiddenItems is performing the same way. This might have some correlation with bug 2711. -- You are receiving this mail because: You are watching all bug changes.

1 5