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

[Bug 11025] Display UNIMARC fields having $5 subfield with related items
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11025 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|oleonard(a)myacpl.org |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10562] Improve Leader06 Type Labels in MARC21slim2OPACResults.xsl
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10562 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 76577 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=76577&action=ed… Bug 10562: Improve Leader06 Type Labels in MARC21slim2OPACResults.xsl This patch takes the suggestions in Bug 10562 and implements those changes in MARC21slim2OPACResults.xsl. This patch also makes the following changes: - De-duplicate famfamfam icons: Remove the /silk subdirectory and move non-duplicates to famfamfam/; Correct paths to these images in templates and CSS - Improve the granularity of some material type icon choices: Show "Film," "Picture," or "Object" instead of "Visual material." - Remove unnecessary title attributes from material type images - Implement the kind of changes made in Bug 18235, "Add classes to material type icons on result lists and detail pages" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10562] Improve Leader06 Type Labels in MARC21slim2OPACResults.xsl
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10562 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15524] Set limit on maximum possible holds per patron by category
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15524 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Passed QA --- Comment #39 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Jonathan Druart from comment #38) > Kyle, > > Go to "Default checkout, hold and return policy", you do not see "Total > holds allowed", fill the other fields, save: default_circ_rules.holdallowed > is filled. > We could add it to the interface and make it configurable, do not you think? holdallowed doesn't define how many holds may be placed, it defines what items a patron may place holds on. It's already revealed in the rules editor! > > Also if we add "max_holds", maybe we should rename "holdallowed" then. Again, not the same thing. > > After that is done, the code in CanItemBeReserved could be replaced with a > call to GetBranchBorrowerCircRule. > > Without these changes we add more confusion to the code in my opinion. > > I will not have the time to provide such change before the release. > > Setting to in discussion to get other QAer opinions on these patches. > > Feel free to provide a patch if you think my requests make sense to you. I think your comment is based on a fundamental misunderstanding of what holdallowed does. If I'm wrong let me know! We could definitely add max_holds to the default_circ_rules table, but that should be done on another bug as it is out of scope for this one. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6828] Add Admin Dashboard for staff users.
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6828 --- Comment #24 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- There are sandboxes to test patches without any technical skills. Wrong answer ;) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6828] Add Admin Dashboard for staff users.
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6828 --- Comment #23 from Cab Vinton <bibliwho(a)gmail.com> --- (In reply to Jonathan Druart from comment #22) > (In reply to Cab Vinton from comment #18) > Did you test the rebase patches? If this is really directed at me, No. Just a humble librarian who has no idea how to test patches, etc. Willing to consider a career change, however ;-) Cab -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 13245] Send Cart via Email corrupts some Unicode characters
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13245 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #21 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to Pongtawat from comment #18) > However, I leave this bug open since Filippos add another problem with send > cart here. I don't know what problem this refers to. If anyone knows, please open a new bug for it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21021] New: when editing a rule in the french issuing rules interface, on shelf holds parameter is systematically set to yes
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21021 Bug ID: 21021 Summary: when editing a rule in the french issuing rules interface, on shelf holds parameter is systematically set to yes Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The problem occurs on koha 16.11 in the french interface (not in thr english one). Whatever rule you edit in the issuing rules (french interface), the current value of on shelf holds is not kept : it's systematically positionned to yes (I suppose because it's the first item of the scrolling list). So, if you don't pay attention to this, when modifying an other parameter you risk to change this reservation rule without being aware of. Olivier Crouzet -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18031] New: Update bootstrap in opac
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18031 Bug ID: 18031 Summary: Update bootstrap in opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10102] don't show empty novelist tab if no data
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '18

29 Jun '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10102 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> --- In my tests this has been resolved--presumably on the Novelist side of things. If anyone finds otherwise please re-open with additional details. -- You are receiving this mail because: You are watching all bug changes.

1 0