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

[Bug 36522] New: Patron permissions section
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36522 Bug ID: 36522 Summary: Patron permissions section Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I was trying to find something in the patron permissions section https://koha-community.org/manual/latest/en/html/patrons.html#patron-permis… and I don't think it looks very good. Sometimes the bullet points are very close together, making it hard to read (imo). Would remaking it with headings like the system preferences be better? It would also have the advantage of being able to point directly to one permission from elsewhere in the manual. Or does anyone has a better idea? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 36927] New: ERM eUsage reports : Display by year does not work
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36927 Bug ID: 36927 Summary: ERM eUsage reports : Display by year does not work Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: michaela.sieber(a)kit.edu 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 This Bug exists in Koha Versions 23.11.05 and prior ! In the ERM module eUsage > Reports > Saved reports exists a ‘Display by year’ toggle at the top. If there is more than one year, you could use this to update the table with data from previous years. Unfortunately this feature does not work, it displays always the same results. to reproduce: 1.) harvest some usage data from a data provider with start date last year and end date this year 2.) save three different reports for this data provider 2a.) report for last year (by month with period total) 2b.) report for this year (by month with period total) 2c.) report for both years (by month with period total) 3.) Check now in the reports you created in 2a.) and 2b.) that the monthly usage data for last year differ from usage data this year 4.) Go to the report you created in 2c.) and try to switch between the years by using the drop down and click on the button 'Update table' 5.) recognize that you see "Processing..." very short, but nothing happens This Bug does not exist in the current main version -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|testopia(a)bugs.koha-communit |martin.renvoize@ptfs-europe |y.org |.com Assignee|martin.renvoize@ptfs-europe |koha-bugs(a)lists.koha-commun |.com |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt(a)gmail.com |martin.renvoize@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32595] New: Price format cost in ILL requests table
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32595 Bug ID: 32595 Summary: Price format cost in ILL requests table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de The table with all ILL requests on the start page of the ILL module shows the Cost as 4.00 indepent of the PriceFormat system preference. It needs to have price formatting applied. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 7464] Add ability to automatically add ISBD punctuation
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7464 Alexander Wagner <alexander.wagner(a)desy.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.wagner(a)desy.de --- Comment #2 from Alexander Wagner <alexander.wagner(a)desy.de> --- I think if one can add the punctuations automatically, the idea would be more to keep the records _clear_ of it and add it only when rendering the display in OPAC or the like. Having these chars around usually only causes headache e.g. in exports to structured formats, transformation etc. BTW: AFAIK the German union catalogue GVK / K10plus proceeds this way. No chars in the record, add them once needed. (Though they start out from PICA+ internally.) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37179] New: [DOCS] Review FAQ section
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37179 Bug ID: 37179 Summary: [DOCS] Review FAQ section Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de The FAQ section has a lot of material that may be either outdated, or should be incorporated into the appropriate section of the manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36904] New: ILL error when searching from table search input
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36904 Bug ID: 36904 Summary: ILL error when searching from table search input Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 35938] New: Add lots of biblios to a list causes a URL too long error
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35938 Bug ID: 35938 Summary: Add lots of biblios to a list causes a URL too long error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl /virtualshelves/addbybiblionumber.pl can easily exceed the maximum number of characters a URL is allowed to contain when submitting large numbers of biblionumbers. We should be able to significantly reduce this by simply reducing the parameter name from 'biblionumber' to 'bib' or 'b'.. or we could work on an alternative submission mechanism. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 24807] New: Add "year" type to improve sorting by publication date
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '24

25 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24807 Bug ID: 24807 Summary: Add "year" type to improve sorting by publication date 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: glasklas(a)gmail.com When sorting on date-of-publication (a year, field 008, positions 7-10), the current behavior when the field contains an invalid year (containing word characters like "uuuu" or just whitespace), these results appear first when sorting in descending order. Invalid values like these should really not be indexed at all. If so (having null values instead) they will always appear last when sorting, regardless of sort order. This fix adds a "year" search field type, that will reject any non-year values, resulting in a more user friendly sorting behavior. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69