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

[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

[Bug 22153] New: Automatic item modifications by age: Boolean options
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22153 Bug ID: 22153 Summary: Automatic item modifications by age: Boolean options Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.kirby(a)ilsleypubliclibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Automatic item modifications by age is limited to boolean '='. There is NOT a boolean '!=' or even a boolean OR. Having boolean NOT EQUAL and OR would make "Automatic item modifications by age" much more useful. In consortium settings, this enhancement would allow branches to opt out of aging set for the rest of the consortium. For example, it would be possible to set a rule such as the following: For example, "Age in days x days items.itype = itypename AND items.homebranch != branch name items.itype = itypename" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 26296] New: Use new table column selection modal for OPAC suggestion fields
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '22

14 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26296 Bug ID: 26296 Summary: Use new table column selection modal for OPAC suggestion fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: lisetteslatah(a)gmail.com, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 23420 We can use the same modal-style selection process for choosing columns to be included in OPACSuggestionUnwantedFields and OPACSuggestionMandatoryFields. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23420 [Bug 23420] Add "SuggestionsUnwantedFields" to hide fields from the suggestions form -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 24834] New: Display report number after running
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '22

13 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24834 Bug ID: 24834 Summary: Display report number after running Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: madamyk(a)ckls.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 100394 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=100394&action=e… Some potential places to display report number It would be helpful to have a report display its number next to the report name after running. Currently, this information can be taken from the URL but displaying it directly would be great. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 21074] New: (just a try) Display sparql data from wikidata or bnf
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21074 Bug ID: 21074 Summary: (just a try) Display sparql data from wikidata or bnf 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: claire.hernandez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 21022] New: Exceptions should skip stringifying if message manually passed
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21022 Bug ID: 21022 Summary: Exceptions should skip stringifying if message manually passed 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 20590 introduced a way to create more useful and testable exception messages. But we should still be allowed to pass manual messages, because we might not have all the information we need to build the stringified version like it proposed. Notably on Koha::Object->store, in which we parse the DBI warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19