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

[Bug 36670] New: Add a button to intranet detail for a biblio to enable "Reindex this record now"
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '24

23 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36670 Bug ID: 36670 Summary: Add a button to intranet detail for a biblio to enable "Reindex this record now" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes there's a reason a record needs to be Reindexed Right Now (es queue is backded up, librarian is impatient, pick something). It would be nice to have a button on the detail page to request an es index "right now" for a single given record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 29348] New: GetOtherReserves fails to mark holds as waiting or in-transit
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29348 Bug ID: 29348 Summary: GetOtherReserves fails to mark holds as waiting or in-transit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com ModReserveCancelAll is called when a hold is cancelled from the waiting holds list This in turn calls GetOtherReserves GetOtherReserves then calls ModReserveMinusPriority which sets the priority to 0 and then calls _FixPriority The problem is that 'found' is still null for the holds - so it is processed by _FixPriority and has its' priority increased by 1 - this prevents it from being marked waiting or in transit by subsequent code This leaves holds in an odd state where they have an itemnumber, but no status - okay for an item level hold - but bad for bib level To recreate: 1 - Place a bib level hold for 3 different patrons on the same bib The first two should be picked up at logged in branch, the third elsewhere 2 - Check-in and confirm the hold 3 - Go to Circulation->Holds awaiting pickup 4 - Cancel the hold - you get a popup asking you to check in the item to process the hold 5 - View the biblio - see that hold has an itemnumber, but no status 6 - Check in the item, confirm the hold, cancel from waiting reserves 7 - View the biblio - third hold has the itemnumber, but no status While we do say in the message "Check this in to process the hold" the code indicates it will start the transfer or set the hold waiting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21059] New: callback function in OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21059 Bug ID: 21059 Summary: callback function in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: Add the ability to define a callback function when adding an item to an order Define a callback function in intranetuserjs/OPACuserjs to remove items from the cart upon placing an order -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 35565] New: Authority Linker not properly including subfields
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35565 Bug ID: 35565 Summary: Authority Linker not properly including subfields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Not sure if this is a mapping or linker problem. Two authors with the same names, but one has a $c - Titles and other words associated with a name $aHarris, Ken $aHarris, Ken $c(Writer on railroads) In this case the linker is linking titles to Ken Harris that should have been linked to Ken Harris (Writer on railroads) because it did not look at the subfields. To further complicate, the only authority record in the system is for Ken Harris. No authority record exists for Ken Harris (writer on railroads). In other words, the linker should not have linked this particular bibliographic record to anything because it did not appropriately match the existing authority of Ken Harris. These settings are in place: LinkerModule: Default LinkerOptions: broader_headings AutoCreateAuthorities: don't generate RequireChoosingExistingAuthority: don't require AuthorityMergeMode: loose -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 35785] New: Edit search add quotes
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35785 Bug ID: 35785 Summary: Edit search add quotes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 22605 Search for e http://localhost:8081/cgi-bin/koha/catalogue/search.pl?q=e Click "Edit this search" Keyword is surrounded with quote "e" Click "Search" => No results match your search for 'kw,wrdl: ""e""'. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22605 [Bug 22605] Adding the option to modify/edit searches on the staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36667] New: aqorders.quantity should be NOT NULL
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36667 Bug ID: 36667 Summary: aqorders.quantity should be NOT NULL Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org >From kohastructure: `quantity` smallint(6) DEFAULT NULL COMMENT 'the quantity ordered', `quantityreceived` smallint(6) NOT NULL DEFAULT 0 COMMENT 'the quantity that have been received so far', => We could do NOT NULL DEFAULT 0 for quantity (same as received) but should we even allow 0 at all ? Note however that I found an acq order with quantity==0 in our data. (Older bugs etc.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35890] AutoLocation system preference + setting the library IP field - can still login and unexpected results
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35890 olivier.delangle(a)univ-amu.fr changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=36665 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1442] AutoLocation does not actually work as advertised
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1442 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|Oldversions |--- olivier.delangle(a)univ-amu.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |olivier.delangle(a)univ-amu.f | |r -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36664] New: Restrictions should not be deleted
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36664 Bug ID: 36664 Summary: Restrictions should not be deleted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now when a restriction is lifted by staff members, they are physically deleted from the DB! We should mark them as void instead, so there's no data loss. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31458] New: Remove Koha::Patron::Debarment::AddDebarment and use $patron->add_restriction in preference
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31458 Bug ID: 31458 Summary: Remove Koha::Patron::Debarment::AddDebarment and use $patron->add_restriction in preference 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This bug serves to add a new add_restriction method to the Koha::Patron class and then replace all occurences of AddDebarment with said method before finally removing the AddDebarment method from Koha::Patron::Debarment. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16