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

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|Signed Off |Patch doesn't apply --- Comment #38 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- error: sha1 information is lacking or useless (koha-tmpl/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACResults.xsl). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13121] Move search results "action" links ("Place hold, " "Add tag, " etc) into include file
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13121 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #96891|0 |1 is obsolete| | --- Comment #3 from David Nind <david(a)davidnind.com> --- Created attachment 97803 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97803&action=ed… Bug 13121: Move search results "action" links ("Place hold," "Add tag," etc) into include file This patch moves markup for controls repeated across several OPAC templates into a single include: Place hold, Request article, Add tag, Save to lists, and Add to cart. Enable ArticleRequests and TagsInputOnList system preferences. To test, apply the patch and view the following OPAC pages: - Search results - Shelf contents view - User tags list On each of these pages all the controls should work correctly: - Place hold - Request articles - Add tag - Save to lists - Add to cart Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13121] Move search results "action" links ("Place hold, " "Add tag, " etc) into include file
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

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

1 0

[Bug 21280] New: Unify MARC tab HTML generation
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21280 Bug ID: 21280 Summary: Unify MARC tab HTML generation 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: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 11885 improved the MARC detail tab view, so it it easier to style with CSS, but the authority MARC tabs are still in a sorry state. We can unify the code into a single include file, and reuse that from both. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Michal Denar <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff --- Comment #46 from Michal Denar <black23(a)gmail.com> --- Hi Jonamthan I followed test plan above. If test bug 18936 is mandatory, I'll try to make it soon. Set this bug back as Need Signoff. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21346] New: Remove return2 div from returns.tt now that modal interface exists
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21346 Bug ID: 21346 Summary: Remove return2 div from returns.tt now that modal interface exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Someone added a new modal for holds/transfers in return.tt (yay!). They left the old dialog in the background, and if you ignore the modal, it remains. To replicate: 1) Place a hold on an item from Branch A to be delivered to Branch B. 2) Checkin in the item at Branch A and confirm the hold to transfer. 3) Be human and make a mistake. Login as Branch C and check the item in. 4) Note the great modal to redirect the hold. Note that the old dialog is behind it! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 104

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 --- Comment #45 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Michal Denar from comment #44) > It's working for me. > > Nice and useful work. > > Thank You Jonathan. Hi Michal, can you explain what you tested exactly? Did you think your tests cover bug 18936 as well? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3777] Field Sizes Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3777 --- Comment #15 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to danield from comment #14) > I've also noticed these inconsistencies and I think this would be something > good to fix. It seems to still exist in the 19.11 schema. > > Another thing I'd like to see changed is to expand the street number field. > It is currently limited to 10 characters. This is a problem as we have seen > some long numbered addresses as of late, for example 'Unit 12/6 130-136'. > > If this is scope creep, I apologise, and I'm happy to open a different bug > report depending on what is decided here. This a bigger project, if you have a certain requirement, it might be easier to open it in a new dependent bug report for now - it might be more likely for someone to pick it up. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3777] Field Sizes Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '20

23 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3777 danield(a)brimbank.vic.gov.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |danield(a)brimbank.vic.gov.au --- Comment #14 from danield(a)brimbank.vic.gov.au --- I've also noticed these inconsistencies and I think this would be something good to fix. It seems to still exist in the 19.11 schema. Another thing I'd like to see changed is to expand the street number field. It is currently limited to 10 characters. This is a problem as we have seen some long numbered addresses as of late, for example 'Unit 12/6 130-136'. If this is scope creep, I apologise, and I'm happy to open a different bug report depending on what is decided here. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 12090] Disabling Library Location
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '20

22 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12090 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Katrin Fischer from comment #5) > I guess you'd have to test that out - my understanding is that the holds > queue is rebuilt every run of the cron... if that assumption is correct, it > should move. Yep, it starts fresh with every run: 174 sub CreateQueue { 175 my $dbh = C4::Context->dbh; 176 177 $dbh->do("DELETE FROM tmp_holdsqueue"); # clear the old table for new info 178 $dbh->do("DELETE FROM hold_fill_targets"); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0