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

[Bug 37721] New: Add Donors to Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '24

30 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37721 Bug ID: 37721 Summary: Add Donors to Acquisitions 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be a nice enhancement to be able to separate Donors from Vendors. Right now some libraries are using Vendors to track Donors. Overtime, this creates an unmanageable number of vendors not used for day-to-day ordering or receiving. Libraries like to create baskets and add donor items via Acquisitions because it enables them to track the value of donations. This expands some of the ideas in Bug 37674 and Bug 37677. There may be a number of approaches on how to implement this. If a Vendor had a donor flag, the donor could live on a separate table, but still be available to use when an item is "ordered" through acquisitions. If there was a Donor page with its own result list, it opens up some interesting tracking possibilities and the ability to search Donors separately from Vendors. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '24

30 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38790 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '24

30 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38070 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38070 [Bug 38070] Regression in print notices -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38795] New: ERM : wrong mapping for publication_type when importing UNIMARC records
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38795 Bug ID: 38795 Summary: ERM : wrong mapping for publication_type when importing UNIMARC records Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 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 bug 32782 introduced a mapping for UNIMARC records imported as a list into ERM This line is problematic for 2 reasons + my $publication_type = $label_pos67 eq 'am' ? 'monograph' : $label_pos67 eq 'as' ? 'serial' : ''; - the position 6 for electronic resource is "l", and not "a", but the habits of libraries and data providers are not always consistent - "monograph" and "serial" are not defined in the authorized value for publication type (ERM_TITLE_PUBLICATION_TYPE) I propose - to take only into account the 7th position of the label (m for ebooks, s for serial) - to use standard values defined in the authorized value : "ebook" and "journal" (or to add "monograph" and "serial" in that AV, but that seems redundant) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 32782] New: UNIMARC support
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32782 Bug ID: 32782 Summary: UNIMARC support Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32030 I need UNIMARC equivalence for the following values: my $publication_title = $biblio->title; my $print_identifier = $record->subfield( '020', 'a' ) || $record->subfield( '020', 'z' ) || $record->subfield( '022', 'a' ) || $record->subfield( '022', 'y' ); my $online_identifier = $print_identifier; my ( $date_first_issue_online, $date_last_issue_online ) = $fix_coverage->( $record->subfield( '866', 'a' ) ); my ( $num_first_vol_online, $num_last_vol_online ) = $fix_coverage->( $record->subfield( '863', 'a' ) ); my ( $num_first_issue_online, $num_last_issue_online ) = ( '', '' ); # FIXME ? my $title_url = $record->subfield( '856', 'u' ); my $first_author = $biblio->author; my $embargo_info = ''; # FIXME ? my $coverage_depth = $title_url ? 'fulltext' : 'print'; my $notes = $record->subfield( '852', 'z' ); my $publisher_name = $record->subfield( '260', 'b' ); my $publication_type = ''; # FIXME ? my $date_monograph_published_print = ''; # FIXME ? my $date_monograph_published_online = ''; # FIXME ? my $monograph_volume = ''; # FIXME ? my $monograph_edition = ''; # FIXME ? my $first_editor = ''; # FIXME ? my $parent_publication_title_id = ''; # FIXME ? my $preceeding_publication_title_id = ''; # FIXME ? my $access_type = ''; # FIXME ? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32030 [Bug 32030] Electronic resource management (ERM) -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 37393] New: Bundle items don't show their host in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37393 Bug ID: 37393 Summary: Bundle items don't show their host in the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Staff interface Assignee: schodkowy.omegi-0r(a)icloud.com Reporter: schodkowy.omegi-0r(a)icloud.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you add an item to a bundle, it's supposed to show "Not for loan (Added to bundle); In bundle: <bundle title>". This works in OPAC, but not in staff interface. The cause is erroneous check `[% IF bundlesEnabled %]` before the parent bundle information is requested+shown. The `bundlesEnabled` variable checks if the current biblio ITSELF is of collection type, so should only be used for whether to show the button to add new items to the bundle items, NOT for querying whether current item is part of a bundle, as the items that make up the bundle aren't of collection type themselves. To reproduce: 1. Have two biblio records record 1 = normal record, not a collection record 2 = in leader 000, 7- Bibliographic level must be set to c- Collection 2. Add an item with some kind of barcode to each. 3. In record 2 in staff interface, next to the item, click "Manage bundle" and then "Add to bundle", enter the barcode of the item of record 1, and confirm. 4. Open record 1 in OPAC, you will see that the item is not for loan/part of bundle, you will see "In bundle:" followed by a link to record 2. 5. Open record 1 in staff interface, you will see that the "In bundle:" link is missing! (that's the bug) -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 37292] New: Add an index on expires column for oauth_access_tokens
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '24

29 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37292 Bug ID: 37292 Summary: Add an index on expires column for oauth_access_tokens Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It was suggested by our DB admin to add this to make purging old records easier -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '24

28 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |esther.melander@bywatersolu | |tions.com --- Comment #10 from Esther Melander <esther.melander(a)bywatersolutions.com> --- The image retained transparency after uploading. Also checked the OPAC and the image had transparency. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '24

27 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 ByWater Sandboxes <bws.sandboxes(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #175853|0 |1 is obsolete| | --- Comment #9 from ByWater Sandboxes <bws.sandboxes(a)gmail.com> --- Created attachment 175964 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=175964&action=e… Bug 8088: Png-images of covers lost transparency Images of covers must preserve transparency of png-images. This is useful for example for the covers of CD/DVD disks. Plan test : 1. Apply the patch. 2. In 'Koha administration > System preferences', set 'LocalCoverImages' to 'show' and OPACLocalCoverImages to 'show'. 3. Create a new bibligraphical record 4. In the record details select tab Images and click on upload 5. click on « Drop files here » and select the image file to upload then click «Process images» 6. Search for the record created on step 3 7. Click on the record to view detail page (detail.pl) 8. Click on the image to view it fully --->Notice the background is transparent 9. Save the image and open it ---> Notice the background is transparent Signed-off-by: esther <esther(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38247] New: Display item type in the Holds table in patron record
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '24

27 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38247 Bug ID: 38247 Summary: Display item type in the Holds table in patron record Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Chip.Halvorsen(a)WestlakeLibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The holds table at /cgi-bin/koha/circ/circulation.pl seems to only display an item type if the hold is on a specific item or a specific item has become available for a hold. Library staff would find it useful to have an item type displayed for every hold, so they could easily view whether the patron has a hold on a certain itype without extra clicking. Would it be possible for the Holds table to pull in a default item type for the bibliographic record? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2