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

[Bug 34868] New: Add ability for SIP2 to distinguish missing item from other lost types
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34868 Bug ID: 34868 Summary: Add ability for SIP2 to distinguish missing item from other lost types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The SIP circulation status specifies that a 12 means an item is lost, and 13 means an item is missing. In Koha, missing items are simply a type of lost item so we never send a 13. This is an important distinction for some SIP based inventory tools. It would be good to be able to specify when lost status means "missing" at the SIP login level. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 34854] New: Add ability to skip Talking Tech Itiva notifications for a patron if a given field matches a given value
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34854 Bug ID: 34854 Summary: Add ability to skip Talking Tech Itiva notifications for a patron if a given field matches a given value 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Because some notices are mandatory, some libraries would like to allow patrons to opt-in to phone notices. The request is to be able to decide if a patron should get a notice based on the value of a given field ( usually sort1 or sort2 ). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 23924] New: Add a parameter to the script add_date_fields_to_marc_records.pl to specify a date field
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23924 Bug ID: 23924 Summary: Add a parameter to the script add_date_fields_to_marc_records.pl to specify a date field Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 22509 This date field will be used to set the date used in the script, instead of today. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22509 [Bug 22509] Add a script to generate MARC fields containing date formatted strings -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 35354] New: Update language in System Preference EmailLibrarianWhenHoldisPlaced
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35354 Bug ID: 35354 Summary: Update language in System Preference EmailLibrarianWhenHoldisPlaced Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The system preference, emaillibrarianwhenholdisplaced, states, "sending an email to the Koha administrator email address whenever a hold request is placed". However, this will be sent to the library's email address if they are set up in Libraries . The fact that Koha says the email gets sent out to the Koha Admin Email would not be helpful for multi-site libraries within Koha. With more in the system preference, libraries could know more about how this will work for their set up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 22605] New: Adding the option to modify search like in the OPAC (advanced search)
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22605 Bug ID: 22605 Summary: Adding the option to modify search like in the OPAC (advanced search) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Once we did an advanced search in the OPAC, we have have the option to modify the criterias of this last search ("Return to the last advanced search" just on top of the results list). But in the "on site" Koha we don't have this option. Wchich can save a lot of time when we have long and precise searches to do allowing to refine the criterias rather than enter all of them again. Thanks, Alexandre -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 97

[Bug 31769] New: We need a clear guideline regarding how to display 'filters' and 'sidebar nav' at the same time
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31769 Bug ID: 31769 Summary: We need a clear guideline regarding how to display 'filters' and 'sidebar nav' at the same time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We really should consistently use the left sidebar for module navigation.. but this raises the question of what to do with the 'filters' option some pages use that area for.. we should come up with a solution that allows for both displays in a coherant manner. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34294] New: Bottom tabs inconsistent with moremember.tt on circulation.tt
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34294 Bug ID: 34294 Summary: Bottom tabs inconsistent with moremember.tt on circulation.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 33528 We streamlined and improved the bottom content block of the member details and circulation pages in bug 33528. But as we don't pass fines as a template parameter in circulation.pl we don't get the benefit of displaying that tab in circulation.tt yet, thus we're still inconsistent with moremember.tt displays. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33528 [Bug 33528] Use template wrapper for tabs: Patron details and circulation -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34839] New: Shouldn't TinyMCE initialise with the Koha interface stylesheet?
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34839 Bug ID: 34839 Summary: Shouldn't TinyMCE initialise with the Koha interface stylesheet? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When we initialise TinyMCE in the HTML Customisation page we pass `content_css : "[% interface | html %]/[% theme | html %]/css/tinymce.css"`. Shouldn't we be passing the stylesheet/stylesheets of the interface we're editing rather than a specific tinymce sheet? That would more accurately represent how your content block is actually going to appear to the end user than it does now.. for example taking account of page-section classes if you add such a div into your markup? Or am I mis-understanding what the content_css option does? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 35459] New: Don't always claim to be 'en' in html notices
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35459 Bug ID: 35459 Summary: Don't always claim to be 'en' in html 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 35285 As highlighted in bug 30287 comment 44 we're continuing to hard code that the html content is 'en' here.. I'm sure we could do better and grab the lang code from GetPreparred letter and pass it along. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35285 [Bug 35285] Centralise notice content wrapping for html output -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 35829] New: Codename for 24.05
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35829 Bug ID: 35829 Summary: Codename for 24.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In bug 35504 I proposed that we add a codename to this cycle's release to celebrate our first female release manager coming into role. At our general meeting on 17 January we opted to open a bug to discus proposals.. I think we all think it's a good idea to mark this cycle :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4