October 2022 - Koha-bugs - lists.koha-community.org

[Bug 29873] New: 2FA: Generate QR code without exposing secret via HTTP GET
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29873 Bug ID: 29873 Summary: 2FA: Generate QR code without exposing secret via HTTP GET Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org See bug 28786. The Google Charts API shows the secret in the src of the image. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 32009] New: Wide character in print at /usr/share/koha/opac/opac-downloadcart.pl line 129
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32009 Bug ID: 32009 Summary: Wide character in print at /usr/share/koha/opac/opac-downloadcart.pl line 129 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This script is not consistent about encoding at least> Handled a bit obscure. $output = marc2csv(\@bibs, $format); OR $output .= encode("UTF-8", $record->as_usmarc()) // q{}; OR $output .= marc2ris($record); OR $output .= marc2bibtex($record, $biblio); OR $output .= GetISBDView({ 'record' => $record, 'template' => 'opac', 'framework' => $framework,}); print $output; A first glance makes me think that marc2bibtex and GETISBDView are not encoded to UTF8? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 12410] Remove useless use of cookies
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12410 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl --- Comment #4 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #3) > Same for search_path_code Agreed. Seeing useless warnings like this one too: [2022/10/27 00:49:23] [WARN] ReturnPath switch error at /usr/share/koha/opac/opac-search.pl line 215. Caused by an unexpected value in search_path_code. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31701] New: Give system administrators the ability to delete any list (virtualshelves)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31701 Bug ID: 31701 Summary: Give system administrators the ability to delete any list (virtualshelves) 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: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl System administrators should be able to delete any list (virtualshelf) in their system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 32007] New: Empty system preference search including local use tab is misleading
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32007 Bug ID: 32007 Summary: Empty system preference search including local use tab is misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As the local use preferences are not in the YAML files, but only as SQl in the database, the search won't include the local use tab. When you send an empty search, the empty list will show, saying nothing was defined. That's not correct. I think it would be better to exclude them from search or add a note instead that they cannot be searched for. Actually the note might be a good addition to the top of the local use prefs page too! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 31985] New: dfine default value for 008 field
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31985 Bug ID: 31985 Summary: dfine default value for 008 field Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org Add syspref to be able to define default value for diferent positions and marc templates For example position 6th of 008 related to date, by default is 'b' unknown date, when it is very common to know the value of the date, then 99% of cataloguin requires updating the value perhaps [template, position, value] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31999] New: Tie patron club to authority record and prompt user to place club holds
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '22

26 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31999 Bug ID: 31999 Summary: Tie patron club to authority record and prompt user to place club holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org Koha's club holds give a way to place holds for all club members on a given biblio. One can create a club for a given author and then use it to place holds for interested patrons on all new titles by that author. It would be really helpful if Koha could be configured to prompt the user to place those club holds when creating/updating titles for the club author. It would also be helpful if the club could somehow be inherently tied to the author so one wouldn't have to select the correct club out of a list of authors. Perhaps we could store a club_id in the author authority somewhere? Then pop up a modal suggesting a club hold whenever a first holdable item is added to a bib tied to that authority? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 31989] New: Catalog by item type report should allow specifying home or holding branch
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '22

26 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31989 Bug ID: 31989 Summary: Catalog by item type report should allow specifying home or holding branch 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The counts are hard coded to holdingbranch - some libraries may prefer to count by items they 'own' - i.e. homebranch -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 19540] New: opac-reserve does not correctly warn of too_much reserves
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '22

26 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19540 Bug ID: 19540 Summary: opac-reserve does not correctly warn of too_much reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.bourgault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When attempting to place more holds than allowed, opac-reserve.pl only checks against the SysPref 'maxreserves' and not the issuingrules 'holdsallowed'. If the issuing rule's limitation is lower than maxreserve, the opac-reserve page shows a message saying you cannot place any more holds but the explanatory message does not show. To reproduce: 0) Set MaxReserve to a high value (50 is default); 1) Set an issuing rule's "Holds allowed" to a low number (1 or 2); 2) Place as many holds as you can (for the corresponding (categorycode, itype, branchcode, etc). When you reach the maximum allowed by the issuing rule, you'll see a message telling you cannot place any more holds, but the explanatory message saying that you cannot place more than %d holds will not show. (It will show "No items available instead". Bug is present on 16.05 and master -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 31970] New: background_jobs_purge.pl to purge background jobs queue
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '22

26 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31970 Bug ID: 31970 Summary: background_jobs_purge.pl to purge background jobs queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6