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

[Bug 13685] Sorting Patron Reading History
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '17

13 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13685 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59956|0 |1 is obsolete| | --- Comment #10 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 60134 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60134&action=ed… Bug 13685: Sorting by author in opac reading history To test: 1) Log into OPAC, go to your raeding history 2) Notice 'author' is in Title column, therefore unable to sort by author 3) Apply patch and refresh page 4) Notice author has now been moved into Author column 5) Confirm sorting by author works as expected and sorting of all other columns works as expected Sponsored-by: Catalyst IT Signed-off-by: Mark Tompsett <mtompset(a)hotmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13685] Sorting Patron Reading History
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '17

13 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13685 M. Tompsett <mtompset(a)hotmail.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 13685] Sorting Patron Reading History
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '17

13 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13685 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com --- Comment #9 from M. Tompsett <mtompset(a)hotmail.com> --- Might I also recommend doing the same kind of split for the summary page too? Not that affects this bug, but it might be another one to think about. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '17

13 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #22 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- As Owen pointed out, this pattern is still standard in Koha. As this is a bugfix, can we continue discussion about future style changes on a separate bug and have this go in? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10306] Publication information can only be mapped to either 260 or 264 (RDA)
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '17

12 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10306 Cab Vinton <bibliwho(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4460] Amazon' s AssociateID tag not used in links so referred revenue lost
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '17

11 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4460 --- Comment #33 from Marc Véron <veron(a)veron.ch> --- Created attachment 60127 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60127&action=ed… Error message on Amazon I tested some weeks ago and now again, the link to Amazon leads to an error message (see screenshot). Tested from Intranet detail page with "100 years of Canadian foreign policy / edited by Robert Bothwell and Jean Daudelin." Link to Amazon is: https://www.amazon.com/gp/reader/0773534342?tag=TEST#reader-link -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '17

10 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #21 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- Created attachment 60122 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60122&action=ed… Screen shot of how this patch looks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '17

10 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #20 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- Well, it stood out to me. I don't recall a lot, if any, of these alerts being used. If they are, I think we should consider phasing them out with modals. Like I mentioned earlier, the alert contains extra information that may be confusing. It isn't consistent, and I am probably overly picky about keeping things consistent. I've attached what I am seeing. The alert just seems out of place, and it is typical to use message boxes or modals in Koha with particular fonts and colors to get attention. This does not feel like part of the software. It feels more like a shortcut to be honest. Again, I am very grateful for the functionality, but I think we should maintain a more consistent look throughout Koha, and steer away from alerts whenever possible. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7614] Branch transfer limit and holds
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '17

10 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7614 Lari Taskula <lari.taskula(a)jns.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lari.taskula(a)jns.fi --- Comment #3 from Lari Taskula <lari.taskula(a)jns.fi> --- I would like to work with this issue. I have prepared some stuff in other Bugs that should make this one easier to solve, see Bug 7534 (let each library define if they don't want to act as a pickup library) and Bug 18072 (easily check branch transfer limitations for a specific item and biblio). My proposal is that in this Bug we do the following: 1. Add branch transfer limits checks to CanBook/ItemBeReserved 2. Attempt to construct a "smarter" pickup location list that considers both 1. library's configuration on being a pickup location, and 2. branch transfer limits for that particular book Dependencies: Bug 7534 Bug 18072 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '17

10 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #19 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to Christopher Brannon from comment #16) > a generic alert window is being used > instead of a modal confirmation. It has been standard for confirmations to > be done through modal. This is not true. Simple deletion confirmations are most often done via a JavaScript alert(). Some deletions, for instance in Administration, take the user to a separate page which displays a '<div class="dialog alert">' and asks for confirmation there. But these are not the norm. I don't think any follow-up is required. -- You are receiving this mail because: You are watching all bug changes.

1 0