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

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '21

02 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #324 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Another rebase and update of dependencies to account for issue found during QA and testing. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28710] New: Formatting values startng with 0 in numbering patterns are confusing to users
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '21

02 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28710 Bug ID: 28710 Summary: Formatting values startng with 0 in numbering patterns are confusing to users Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com When training the advanced numbering patterns in the serials module it's always confusing to the participants that in order to get "January" written out in a pattern, you have to use 0. The same is true for days of the week or seasons. It would be nice if we could change the GUI to either allow using 1 for January and the like (still storing 0) or by offering a pulldown that allows you to select "January" and others depending on the formatting value selected for the pattern. This would have to be an API/Ajax call, that reacts on changes on the formatting pull down and possibly also take the Locale into account. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 6796] Overnight checkouts taking into account opening and closing hours
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '21

02 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleisha(a)catalyst.net.nz Status|NEW |ASSIGNED Assignee|kyle.m.hall(a)gmail.com |aleisha(a)catalyst.net.nz --- Comment #4 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Hi all, this is a required feature for one of our libraries so I will give it a go! Just wanting to clarify some behaviour - would we prefer for the item to be due at closing time, or does their loan period get extended to opening time the following open day? For example, my library closes at midnight (12am) and opens at 8am tomorrow. If I issue a 2 hour loan at 11pm, should the item be due in one hour at 12am (closing time), or at 8am tomorrow (opening time)? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 28939] New: Subscription formatting should not start at 0
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28939 Bug ID: 28939 Summary: Subscription formatting should not start at 0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In subscription numbering patterns, one can set Koha to sub in season, month, or day of week in place of a number. But those substitutions all start with zero (so for months, 0=January, 1=February, and so on). This adds extra confusion to what's already an complicated module. We should make these values start at 1, as human counting works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |28484 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28484 [Bug 28484] Elasticsearch fails to parse query if colon or exclamation point is in 245$a -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |28316 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28316 [Bug 28316] Fix ES crashes related to various punctuation characters -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #323 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 124404 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124404&action=e… Bug 11175: (follow-up) Use clean_search_term This patch uses the now public clean_search_term from bug 28316 to sanitize the title string and prevent crashes in elastic search when title contain reserved characters. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #124155|0 |1 is obsolete| | --- Comment #322 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 124403 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124403&action=e… Bug 11175: (QA follow-up) Fixes for bug 12561 Bug 12561 changed the prototype for XSLTParse4Display so this patcha accounts for the additional calls to that method introduced in this patchset. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #124154|0 |1 is obsolete| | --- Comment #321 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 124402 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124402&action=e… Bug 11175: (QA follow-up) Rename back to get_marc_components -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '21

01 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #124153|0 |1 is obsolete| | --- Comment #320 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 124401 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124401&action=e… Bug 11175: Display components in own tab This patch updates the display so that rather than displaying the components using the main XSLT and then using CSS to move them into a box on the right side for display, which causes issues with RTL records; We instead add them in a new tab beneath the rest of the record details alongside holdings and other details. -- You are receiving this mail because: You are watching all bug changes.

1 0