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

[Bug 38468] Staff interface detail page vulnerable to reflected XSS
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

1 0

[Bug 38470] Subscription detail page vulnerable to reflected XSS
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

1 0

[Bug 38869] New: Keep previous versions of Notices/Slips
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38869 Bug ID: 38869 Summary: Keep previous versions of Notices/Slips Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org It would be very interesting to be keep a version history for Notices/Slips. I imagine there must be lots of libraries that curse saving a new version of a Notice/Slip only to realise that they've horribly broken it? It would be especially useful with bug 11583 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 38889] New: Item search: show amount of renewals in search results
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38889 Bug ID: 38889 Summary: Item search: show amount of renewals in search results Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org catalogue/itemsearch.pl It would be useful if item's amount of renewals were also shown in Item search results. Amount of checkouts are already shown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38888] New: Add HTML customisation to ILL homepage
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38888 Bug ID: 38888 Summary: Add HTML customisation to ILL homepage Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Bug 6419 added an html customisation feature to various homepages and it would be useful to have one like StaffILLHome for interlibrary loans to almost complete the set. As the ILL homepage becomes long it might be best to place the HTML customisation feature at the top of the page rather than at the bottom. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38887] New: KOHA webinstaller showing after upgrade from 24.05 to 24.11
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38887 Bug ID: 38887 Summary: KOHA webinstaller showing after upgrade from 24.05 to 24.11 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: kshitiz.sng(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 176499 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176499&action=e… Default page showing after upgrade After upgrading from KOHA 24.05 to 24.11 it is showing me a webinstaller instead of already setup OPAC and Intranet. Please help me resolve this issue. Weblink showing is http://IP:8080/cgi-bin/koha/installer/install.pl. Somehow is is not reading the already setup koha-conf.xml I'm using Ubuntu server version 23.04 Linux libraryserver 5.15.0-130-generic #140-Ubuntu SMP Wed Dec 18 17:59:53 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 38885] New: Hide "Access files" if no access_dir is set
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38885 Bug ID: 38885 Summary: Hide "Access files" if no access_dir is set Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Since bug 11317 we can set access_dir in koha-conf.xml, and have files from one or more directories on the server shown in the staff client. But if no access_dir is set in koha_conf.xml the "Access files" tool is still shown in the Tools > "Additional tools" menu. If a staff user clicks on "Access files", this message is shown: Error: Files could not be found because the "access_dir" option was not set in "koha-conf.xml". Contact your system administrator to add this option. There is no error if this feature is not really being used. The best option IMO would be to hide "Access files" if no access_dir is set. An alternative could be to change the "error" message, to just say something like "This feature has not been configured". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38883] New: Add --processes to "man" page for koha-elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38883 Bug ID: 38883 Summary: Add --processes to "man" page for koha-elasticsearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz To reproduce: - Run "sudo koha-elasticsearch" and observe these lines: -p|--processes n Specify the number of parallel processes to use for indexing. - Run "man koha-elasticsearch" and observe the lack of any mention of --processes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38831] New: Datepicker in ERM reports does not take into account dateformat syspref
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38831 Bug ID: 38831 Summary: Datepicker in ERM reports does not take into account dateformat syspref Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Datepicker in ERM reports does not take into account dateformat syspref Ex : dateformat = jj/mm/aaaa Date picker for january the 6th : 01/06/2025 -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 38882] New: for manual imports the type of counter report should be displayed in imports logs
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38882 Bug ID: 38882 Summary: for manual imports the type of counter report should be displayed in imports logs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com If you import manually a COUNTER report (in CSV) without using Sushi, in the "import logs" tab the "filename" will be the name of the data provider (and not the name of the imported file, as you may have expected) So there is no way to know the nature of the imported data. It could be extracted from the file and added to the displayed name Ex : if you import a PR_P1 report to MYSOURCE datasource and the filename in import logs tab, the displayed filename could be "MYSOURCE_PR_P1" -- You are receiving this mail because: You are watching all bug changes.

1 0