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

[Bug 15869] New: change framework on overlay
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15869 Bug ID: 15869 Summary: change framework on overlay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you stage files for import you can choose how to handle matches. One option is to replace the existing record. The problem is that many libraries use this option to load a fuller record over a quick or fast record and the framework doesn't change. So you can choose the framework before importing but that framework only applies to new records, it doesn't update records that are being replaced or overlaid. We should fix that to update the framework for all items, not just new ones. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 17856] New: Add API endpoint for item types
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '24

22 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17856 Bug ID: 17856 Summary: Add API endpoint for item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 17536] New: Remove Duplication of receipting code in EDI
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '24

15 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17536 Bug ID: 17536 Summary: Remove Duplication of receipting code in EDI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When the Current Koha/EDI.pm was written the api to Acquisitions::ModReceiveOrder was unstable as a result the process was duplicated in Koha::EDI as the interface has stabilised EDI should revert to using the Acquisitions interface and remove the duplicate code. This should guard against bugs from incompatibilities and allow it to take advantage of enhancements in C4::acquisitions (e.g. new handling of Standing Orders) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 16002] New: ALL/MULTI choices in report dropdowns
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '24

11 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16002 Bug ID: 16002 Summary: ALL/MULTI choices in report dropdowns Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When adding choices like <<branches>> to a report, it would be great if parameter could be added to the choice where ALL could be a choice at the top of the list. Maybe something like <<branches{ALL}>>. Similarly, it would be great if MULTI could also be a parameter, where the user could select several items from the list, like <<branches{MULTI}>>. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16201] New: Tie automatic cancellation of holds to a system preference to allow easier configuration
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16201 Bug ID: 16201 Summary: Tie automatic cancellation of holds to a system preference to allow easier configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Currently, if you run multiple instances on a server, you can not easily configure for some, but not others, that holds not picked up will automatically cancelled. The cronjob used is: misc/cronjobs/holds/cancel_expired_holds.pl If it's scheduled, the feature is active for all instances - or you'd have to maintain a list, change the default cron files etc. It would be nice if this feature was tied to a new system preference, so that you can easily activate/deactivate it from within Koha and without accessing the server. This might also be useful for libraries that want to wait a little longer with cancelling in some cases, for example after a holiday period or when the library has been closed for a while. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 16349] New: Indicate what branches of Koha are supported
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16349 Bug ID: 16349 Summary: Indicate what branches of Koha are supported Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: mirko(a)abunchofthings.net There seems to be no overview on the website regarding actively maintained branches of Koha. While it is obvious to developers, it isn't to users, and they don't necessarily check the wiki for "roles for xx", which seems to be the only place where you can get that information. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17810] New: Add a button to navigate between notices
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17810 Bug ID: 17810 Summary: Add a button to navigate between notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 58404 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58404&action=ed… The small window in the upper left circled in red It will be interessting to have the option to navigate directly between notices (previous/next). The option already exist in catalog module. Maybe, it can be added into another module ? 1)From the start, go to lists 2)Take "public list" and enter a search 3)Select any notice to have all his details on screen 4)Observe that you cannot reach another notice of your search without making "previous page" After some searches here, the patch doesn't seems to exist for that. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16339] New: Add search "start with" in z39.50 authority search
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16339 Bug ID: 16339 Summary: Add search "start with" in z39.50 authority search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice if we had "start with" option to Z39.50 authority research (z3950_auth_search.pl) as we have in authorities-home.pl. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17455] New: Add system preference to receive acq order e-mails as BCC
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17455 Bug ID: 17455 Summary: Add system preference to receive acq order e-mails as BCC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There is currently ClaimsBccCopy for receiving serial and acq claim notices in BCC. There should also be an option to receive order emails BCC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 17509] New: Notify patrons to return items requested on hold by another person
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17509 Bug ID: 17509 Summary: Notify patrons to return items requested on hold by another person Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org Create a new notification allowing to ask patrons to return a book which has just been put on hold by somebody else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 90