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

[Bug 17370] New: Change page in Authority search result not work correctly
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17370 Bug ID: 17370 Summary: Change page in Authority search result not work correctly Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: bouzid.fergani(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org the problem, - submit any search authority. - In the page 1 of result, you have 20 authority. - Go to the page 2, the first result in this page is correct, but the rest is the same of the last page(page 1). - In the page 3, you have 2 good result and the rest is the same of the last page. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch Version|unspecified |master Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55889|0 |1 is obsolete| | --- Comment #16 from Marc Véron <veron(a)veron.ch> --- Created attachment 55892 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55892&action=ed… Bug 14876 - Show number of holds per record on the search results This patch edits C4/Search.pm to pass back the count of holds along with other data for display in results.tt To test: 1 - Search in staff 2 - Note holds link has no extra information 3 - Apply patch 4 - Do search in staff that returns records with some holds (i.e. place some holds) 5 - Note the number of holds now displays next to the text of the link: Holds (#) Signed-off-by: Marc Véron <veron(a)veron.ch> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5670] Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 --- Comment #61 from Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> --- (In reply to Jonathan Druart from comment #58) > Alex, > > Sorry, not ready yet. > > 1/ see comment 54 This should be fixed now. > 2/ see last 3 patches, feel free to disagree. Yeah, I like the patches — also added some more "required" markup to the houseboundvisit page now. Looks a bit naff, but at least it's clear. > 3/ please adapt the Edit/Delete/Add a new delivery buttons to use the > bootstrap buttons (you can contact Owen if you need help) This is done. > 4/ Some thinkings (not blocker): > I think I would have preferred not to see this feature using the patron > attributes. Specific columns in the borrowers table may have been better (?). > What could be the different values of HSBND_FREQ? It seems that we could > have avoid it if the user had the ability to select several days. But I may > be missing something here. Right, these are interesting questions. Let's talk about HSBND_ROLE first. I guess they could be implemented as a separate table or as extensions to the borrowers table. I don't consider either approach superior in this context though. The approach I have taken has the great benefit that it is working now — and I'm not sure how much time I can still take to put into this feature. So I'd be tempted to keep it as is, unless there is a compelling case to change it. HSBND_FREQ is an authorised value because it will allow customers to specify "distribution rotas" for their needs. The field basically states, how often does a visit for this profile take place? This could take the shape of, for instance, once every week, once every month, every other week, etc. I.e. this is metadata about with what regularity a profile is acted upon. Individual visits are then organised according to that metadata. The individual dates associated with a visit should normally fall within the pattern given by the HSBND_FREQ selected. > Same for HSBND_ROLE, it seems that another value is not taken into account > completely. It appears when editing a patron, but not on the housebound > details. What is the use case exactly? You should find that HSBND_ROLE appears when creating an individual housebound_visit. Any patrons tagged as chooser or deliverer will then appear as values which can be selected in the chooser and deliverer dropdowns in the edit/create visit screen. HTH! Alex -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5670] Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 --- Comment #60 from Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> --- Created attachment 55891 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55891&action=ed… Bug 5670: [QA Followup] More "required" messages. * koha-tmpl/intranet-tmpl/prog/en/modules/members/housebound.tt: Mark houseboundvisit fields as required. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5670] Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 --- Comment #59 from Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> --- Created attachment 55890 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55890&action=ed… Bug 5670: [QA Followup] Improve template style. * koha-tmpl/intranet-tmpl/prog/en/modules/members/housebound.tt: Remove toggler class from form, improve look and layout of action buttons. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 --- Comment #15 from Nick Clemens <nick(a)bywatersolutions.com> --- Updated patch to remove use of tt plugin -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #53465|0 |1 is obsolete| | Attachment #54578|0 |1 is obsolete| | --- Comment #14 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 55889 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55889&action=ed… Bug 14876 - Show number of holds per record on the search results This patch edits C4/Search.pm to pass back the count of holds along with other data for display in results.tt To test: 1 - Search in staff 2 - Note holds link has no extra information 3 - Apply patch 4 - Do search in staff that returns records with some holds (i.e. place some holds) 5 - Note the number of holds now displays next to the text of the link: Holds (#) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

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

1 0

[Bug 10756] Carousel Display of New Titles on OPAC home page
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '16

28 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10756 --- Comment #28 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Mason James from comment #27) > (In reply to Nick Clemens from comment #23) > > The ByWater plugin actually can automatically update the covers used. It > > uses a public report, chosen in config, so updates whenever the cache > > expires. > > hi Nick, that sounds positive. > > can you please provide the SQL for the public report, so i can test this > further? Pasting in the default report we use, but the plugin allows for use of any report the user saves in Koha through the reports module So we have used it to report froma public list, or only on specific item types, we even have a few libraries that manually restrict the report to biblios in the IN statement. Standard setup is this: SELECT b.biblionumber, SUBSTRING_INDEX(m.isbn, ' ', 1) AS isbn, b.title FROM items i LEFT JOIN biblioitems m USING (biblioitemnumber) LEFT JOIN biblio b ON (i.biblionumber=b.biblionumber) WHERE DATE_SUB(CURDATE(),INTERVAL 30 DAY) <= i.dateaccessioned AND m.isbn IS NOT NULL AND m.isbn != '' HAVING isbn != "" ORDER BY rand() LIMIT 7 -- You are receiving this mail because: You are watching all bug changes.

1 0