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

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 Charles Farmer <charles.farmer(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #69340|0 |1 is obsolete| | --- Comment #11 from Charles Farmer <charles.farmer(a)inlibro.com> --- Created attachment 69342 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69342&action=ed… Bug 12497: Fix OPAC search history reachable by URL even when disabled Test plan: 1. Set EnableOpacSearchHistory syspref to "Keep" 2. Make a search in the OPAC 3. Go to /cgi-bin/koha/opac-search-history.pl 4. Set the EnableOpacSearchHistory syspref to "Don't keep" 5. Refresh the OPAC page to show that history is still accessible 6. Apply the patch 7. Refresh the OPAC page, you should end on the 404 page 8. Set EnableOpacSearchHistory syspref to "Keep" 9. Go to /cgi-bin/koha/opac-search-history.pl which should be reachable Signed-off-by: David Bourgault <david.bourgault(a)inlibro.com> Signed-off-by: Charles Farmer <charles.farmer(a)inLibro.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 Charles Farmer <charles.farmer(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #69339|0 |1 is obsolete| | --- Comment #10 from Charles Farmer <charles.farmer(a)inlibro.com> --- Created attachment 69341 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69341&action=ed… Bug 12497: Fix search history non-accessible when OPAC was private (when the user didn't have the "borrowers" permission) Test plan: 1. Set syspref "OpacPublic" to false (Disable) 2. Log in as a user without any permission 3. Try to access the search history. The link is next to "Log out" 4. Then you should see "Access denied" 5. Apply this patch 6. Refresh the page 7. Then you should see the search history Signed-off-by: David Bourgault <david.bourgault(a)inlibro.com> Signed-off-by: Charles Farmer <charles.farmer(a)inLibro.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 Charles Farmer <charles.farmer(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |charles.farmer(a)inlibro.com --- Comment #9 from Charles Farmer <charles.farmer(a)inlibro.com> --- Is this intended behavior to return a 404 whenever a systempreference blocks a page in Koha? I feel like the template could simply state to users and admin alike that search history is disabled, unless that's deemed too verbose for the user's own good. But it works, nonetheless, so I'm signing it off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 David Bourgault <david.bourgault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #69334|0 |1 is obsolete| | --- Comment #8 from David Bourgault <david.bourgault(a)inlibro.com> --- Created attachment 69340 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69340&action=ed… Bug 12497: Fix OPAC search history reachable by URL even when disabled Test plan: 1. Set EnableOpacSearchHistory syspref to "Keep" 2. Make a search in the OPAC 3. Go to /cgi-bin/koha/opac-search-history.pl 4. Set the EnableOpacSearchHistory syspref to "Don't keep" 5. Refresh the OPAC page to show that history is still accessible 6. Apply the patch 7. Refresh the OPAC page, you should end on the 404 page 8. Set EnableOpacSearchHistory syspref to "Keep" 9. Go to /cgi-bin/koha/opac-search-history.pl which should be reachable Signed-off-by: David Bourgault <david.bourgault(a)inlibro.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 David Bourgault <david.bourgault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #69313|0 |1 is obsolete| | --- Comment #7 from David Bourgault <david.bourgault(a)inlibro.com> --- Created attachment 69339 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69339&action=ed… Bug 12497: Fix search history non-accessible when OPAC was private (when the user didn't have the "borrowers" permission) Test plan: 1. Set syspref "OpacPublic" to false (Disable) 2. Log in as a user without any permission 3. Try to access the search history. The link is next to "Log out" 4. Then you should see "Access denied" 5. Apply this patch 6. Refresh the page 7. Then you should see the search history Signed-off-by: David Bourgault <david.bourgault(a)inlibro.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12497] Make OPAC search history feature accessible when it should
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12497 David Bourgault <david.bourgault(a)inlibro.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 14784] Missing checkin message for debarred patrons when issuing rules ' fine days = 0'
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 David Bourgault <david.bourgault(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bouzid.fergani(a)inlibro.com |david.bourgault(a)inlibro.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8976] Default sequence of subfields in cataloguing editor
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8976 --- Comment #4 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- *** Bug 17051 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17051] New: Default order biblio subfields in framework
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17051 Bug ID: 17051 Summary: Default order biblio subfields in framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice if subfields in framework editor could have subfields put in any order. With RDA, subfield "i" is often in first position. It would be nice having a way to set by default an order of subfield for a framework. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 3

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

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4319 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |BLOCKED --- Comment #56 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- It would be more consistent if we should use IsItemOnHoldAndFound in IsAvailableForItemLevelRequest instead of a Koha::Holds->search. We actually should adjust that routine. It does the same. The formerly used GetReserveStatus call returns false for transit holds. Now we check the count on W and T. This actually makes me think that the report name should reflect that; the real change is on the transit side. Cannot finish this session now. Will try to finish monday. Parking it in Blocked. -- You are receiving this mail because: You are watching all bug changes.

1 0