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

[Bug 14715] results per page setting for catalog search in staff client and opac
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14715 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #67912|0 |1 is obsolete| | --- Comment #37 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 68000 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=68000&action=ed… Bug 14715: results per page setting for catalog search Add new select field to catalog search results pages which allows user to set number of results to be shown per page. Setting saved in cookie "results_per_page". To test: 1) Do a catalog search in the intranet and OPAC 2) Confirm that results automatically update upon selection of results per page to show 3) Test for all options (20, 40, 60, 80, 100, all) Bug 14715: syspref for results per page options Remove the "all" option. Add syspref [OPAC]numSearchResultsPerPage for specifying options for numbers of results per page including [OPAC]numSearchResults. Bug 14715: database updates Bug 14715: Fixing pagination problems Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14715] results per page setting for catalog search in staff client and opac
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

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

1 0

[Bug 4319] waiting items cannot be reserved
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4319 Koha Team Lyon 3 <koha(a)univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #37 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Hello, I found the same problem as in comment 31 while testing today : "When items is in transit, "place hold" doesn't appears on the details page" -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14919] Holds history for patron
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 --- Comment #20 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to Josef Moravec from comment #19) > Hm, I don't have html in title tag... Ah... It's because I have a salutation defined for this patron. <title>Holds history for <span class="patron-title">Mr</span> Owen Leonard</title> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13572] Add actives parameter to force_borrower_messaging_defaults script
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13572 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=18197 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13572] Add actives parameter to force_borrower_messaging_defaults script
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13572 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19451 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19451 [Bug 19451] Let borrowers-force-messaging-defaults.pl optionally add preferences only when not already present -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8809] Cascading Holds
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8809 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus(a)libriotech.no --- Comment #1 from Magnus Enger <magnus(a)libriotech.no> --- Nicole mentions items connected to the same record, but Cascading Holds could also be something to think about accross records, when you have e.g. a series of books that patrons might want to read in sequence. Series statements in 490 (in MARC21) would come into play here, I guess: https://www.loc.gov/marc/bibliographic/bd490.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14919] Holds history for patron
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 --- Comment #19 from Josef Moravec <josef.moravec(a)gmail.com> --- (In reply to Owen Leonard from comment #17) > I'm confused about one aspect of this: In the status column I see three > different statuses: "In queue," "Waiting," and "Cancelled." Shouldn't there > be a status which appears if the person has checked out the item and the > hold has been filled? > > In my test "In queue" showed for a title before it was checked out, while it > was checked out, and after it had been returned. > You are right, the status was badly determinated, I added a followup for this > Also: The <title> tag contains HTML. Looks like it's from patron-title.inc. Hm, I don't have html in title tag... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14919] Holds history for patron
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 --- Comment #18 from Josef Moravec <josef.moravec(a)gmail.com> --- Created attachment 67988 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=67988&action=ed… Bug 14919: (followup) Show accurate status in holds history This patch fixes the status showed in holds history table. The determination of status is following: 1. "hold.found is 'F'" - Fullfilled - the hold was fullfilled by checking the item to patron. If hold reaches this state, it can't changed status anymore, or be cancelled, that's why this goes first 2. "hold.cancellationdate is filled" - When the hold is cancelled, its eventually waiting or in transit status remains the same, only cancellation dat is filled, so this has to go second 3. "hold.found is 'W'" - Hold is waiting 4. "hold.found is 'T'" - Hold is in transit to target library Test plan: 0) Apply the patch 2) Read the status determination note in this commit message and confirm it makes sense 1) Have patron/patrons with at least one hold in every status 2) Go to holds history page and confirm it show the right status 3) Try to break the status determination ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14919] Holds history for patron
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '17

12 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0