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

[Bug 29203] New: loi tinh
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '21

11 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29203 Bug ID: 29203 Summary: loi tinh Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Bugzilla Assignee: jonathan.druart+koha(a)gmail.com Reporter: deemovip45(a)gmail.com Bug -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29205] New: input wrong type
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '21

11 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29205 Bug ID: 29205 Summary: input wrong type Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Bugzilla Assignee: jonathan.druart+koha(a)gmail.com Reporter: ntai9510(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 3142] Standardize how OPAC and staff determine requestability
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '21

11 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3142 --- Comment #64 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #50) > I totally support that and can work on that if people commits to provide > fast tests and QA. Ping me when you are ready :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18328] New: There is no history for article request
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '21

11 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18328 Bug ID: 18328 Summary: There is no history for article request Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Il would be useful if the "Cancelled requests" and "Completed requests" of articles request were kept in different tabs, just like it exists for acquisition suggestions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8630] Add covers from AdLibris to the OPAC and Intranet
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '21

10 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8630 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29200 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29200 [Bug 29200] Adlibris cover service broken -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3153] 'maxoutstanding' syspref does not disallow placing holds on staff side
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '21

10 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3153 Joonas Kylmälä <joonas.kylmala(a)iki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|joonas.kylmala(a)iki.fi |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 29073] New: Hold expiration added to new holds when DefaultHoldExpirationdate turned off
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '21

09 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29073 Bug ID: 29073 Summary: Hold expiration added to new holds when DefaultHoldExpirationdate turned off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: nick(a)bywatersolutions.com Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 26498 to recreate: - turn on DefaultHoldExpirationdate, place a hold, confirm it has an expiration date - turn off DefaultHoldExpirationdate, place a hold, confirm it still has an expirtion date we're saving "no" rather than 0, which is breaking checks further along. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26498 [Bug 26498] Add option to set a default expire date for holds at reservation time -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 3142] Standardize how OPAC and staff determine requestability
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3142 --- Comment #63 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Great teamwork there's guys, so nice to see this go even further since I last looked. Great effort -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 Elaine Bradtke <eb(a)efdss.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eb(a)efdss.org --- Comment #14 from Elaine Bradtke <eb(a)efdss.org> --- This problem applies to things like Locations as well. We have a lot of items set to display in the OPAC with the location 'storage'. This applies to everything from any room outside the reading room to the safe, archival storage room, and locked cases for rare books. The staff interface shows the specific location. If you know what to search for, the specific locations will come up with a keyword search in the OPAC. Non public notes and the ability to really obscure certain things in the OPAC are in MARC for a reason. It can be a security issue, in the physical sense. Because we have so many locations, it's not practical to make up obscure codes for the staff interface. We also have donor information in some non-public fields, which confuses the search results. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22829] New: Elasticsearch - some blank subfields cause parsing errors during indexing
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22829 Bug ID: 22829 Summary: Elasticsearch - some blank subfields cause parsing errors during indexing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Target Milestone: --- Some fields in the record cause errors during indexing if they exist but are blank To recreate: 1 - Use the koha sample data or edit a record using the advanced cataloging editor and blank 100$a (probably also shouldn't be allowed) 2 - Save record 3 - Reindex ES 4 - Note you cannot search for the record bug 22828 will show you the error from ES -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4