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

[Bug 37468] New: No sitemap triggers 403 instead of 404
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37468 Bug ID: 37468 Summary: No sitemap triggers 403 instead of 404 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com We include: debian/templates/apache-shared-opac.conf: AliasMatch "^/sitemap(.*)" "/var/lib/koha/${instance}/sitemap/sitemap$1" But if you do not use this sitemap (with koha-sitemap script), you would expect a 404 and not 403 on unexisting directory. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 37467] New: Add a way to hide basketgroups if all their orders are received or cancelled
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37467 Bug ID: 37467 Summary: Add a way to hide basketgroups if all their orders are received or cancelled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In basketgroup lists acqui/basketgroup.pl there should be an option to hide basketgroups if all their orders are received or cancelled -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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 32031] New: Sidebars and Breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32031 Bug ID: 32031 Summary: Sidebars and Breadcrumbs 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 With the staff client refresh I've had a nagging feeling about the breadcrumbs appearing above the sidebar navs.. it feels a bit messy but I hadn't come up with a better solution. I wonder about shifting the sidebar so it goes all the way to just under the top header and shift the breadcrumbs to the right... a bit like gitlab? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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

[Bug 37284] New: Place reserve button doesn't respect hold rules when in lists on the OPAC
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37284 Bug ID: 37284 Summary: Place reserve button doesn't respect hold rules when in lists on the OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The reserve button is hidden appropriately based on circulation rules on the search results and detail view pages.. but when the same items appear in lists the button isn't hidden. -- You are receiving this mail because: You are watching all bug changes.

1 2