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

[Bug 3716] Optionally sort labels for printing by barcode
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3716 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh(a)dubcolib.org --- Comment #4 from Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> --- I agree that the option to force a batch to print in call number order would be helpful, but also that it should be optional, for exactly the cart-of-books example Katrin described. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34984] New: Canceling a hold from the holds over tab shouldn't update the last seen date
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34984 Bug ID: 34984 Summary: Canceling a hold from the holds over tab shouldn't update the last seen date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Canceling a waiting hold from the Holds Over tab currently updates the item's last seen date. However, the fact that the staff member is canceling the hold doesn't necessarily mean they have the item in their hand. If the item is missing from the holds shelf, the staff member may cancel the hold from the holds over tab and mark the item missing, in which case the item's last seen date certainly should not be updated. On the other hand, if the item is there, the staff member is meant to check it in after canceling the hold. That check-in will update the item's last seen date anyway, so again, it is not necessary for it to be updated when the hold is canceled. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Adds a new system preference, so needs to go into the manual. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|RESOLVED |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=35305 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35301] New: Move file storage for AcqEnableFiles from database to the file system
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35301 Bug ID: 35301 Summary: Move file storage for AcqEnableFiles from database to the file system 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In Koha we have the option to optionally store files with the invoices. This feature is activated by the system preference AcqEnableFiles. The uploaded files are then stored in the database in the the table misc_files. A lot of uploaded files will make backup/restore time for the database larger and it would be nice if we also had the option to store these files in the file system instead. This might have to be optional to keep backwards compatiblity/give people a chance to migrate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34114] New: OMNIBUS: Replace the use of jQueryUI sortable
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34114 Bug ID: 34114 Summary: OMNIBUS: Replace the use of jQueryUI sortable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 29222 As discussed in Bug 29222, jQueryUI sortable should be replaced. The last time I checked it was used in these places: - Administration -> MARC frameworks -> Subfield structure -> Tab reordering. - Administration -> Authority types -> Subfield structure -> Tab reordering. - Administration -> System preferences -> Language and OPACLanguage reordering - Cataloging -> Basic MARC editor -> Subfield reordering. - Tools -> Stock rotation -> Stage reordering. It looks like Drupal switched to this library: https://github.com/SortableJS/Sortable Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29222 [Bug 29222] OMNIBUS: Replace the use of jQueryUI -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 30250] New: Default values from the framework should be applied when editing as new (duplicating)
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30250 Bug ID: 30250 Summary: Default values from the framework should be applied when editing as new (duplicating) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 29146 has created a problem for one of our Koha libraries. When they duplicate a record (i.e 'Edit as new') they want empty fields to be filled with framework defaults. Although, due to this fix, they no longer get them. Duplicating records is like creating new records (just with some pre-filled fields), so this must be considered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 78

[Bug 13439] Convert unimarc framework plugins to new style (see also 10480)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13439 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #1 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- For bug 30975 all Unimarc plugins have been transformed to accepting an event parameter in the Click handler. But they are not yet in the 'new' style with builder and launcher as is the case for all MARC21 plugins. So this report is still valid. -- You are receiving this mail because: You are watching all bug changes.

1 0