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

[Bug 6298] New: Profile pictures in the OPAC next to review authors
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '12

23 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6298 Bug #: 6298 Summary: Profile pictures in the OPAC next to review authors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fmarier(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4035 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4035 Screenshot of user reviews on book with avatars Adding Libravatar (http://www.libravatar.org) support to the OPAC will make it possible to display photos next to the reviewers' name as long as that patron has an email address on file. This is actually pretty simple to do since the Gravatar::URL CPAN package includes a module called Libravatar::URL: http://search.cpan.org/~fmarier/Gravatar-URL-1.04/lib/Libravatar/URL.pm which is in Debian as of wheezy. Otherwise: sudo apt-get install libnet-dns-perl libtest-warn-perl sudo cpan Gravatar::URL My branch is here: https://gitorious.org/~fmarier/koha/francois-sandbox/commits/libravatar_sup… and I will submit it to the mailing list for review once it's ready. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 27

[Bug 6370] New: news showing that it's for the opac when it's for the librarian interface
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '12

23 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6370 Bug #: 6370 Summary: news showing that it's for the opac when it's for the librarian interface Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4175 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4175 screenshot When looking at the news it says 'opac' when the news appears on the librarian interface. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 7

[Bug 5898] New: search to hold feature not clearing
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '12

23 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5898 Bug #: 5898 Summary: search to hold feature not clearing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If I choose to 'search to hold' from a patron record and then log out of the staff client, when I log back it in still remembers the patron I was searching to hold for. Also, there isn't a mechanism to clear the system memory of this patron's info so for the rest of your session the 'hold for patron name' link appears on search results - I know why this is, but there should be a way (like the 'clear' button on the checkout page) to clear the patron the system remember so that holds are accidentally placed in that patron's name. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 13

[Bug 4951] New: print page doesn't close after print
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '12

23 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4951 Summary: print page doesn't close after print Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/members/moremember.pl?borrowernumber=57&a mp;print=page OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 when you print a slip it closes the print preview if you print or cancel the print - the same does not happen for printing the page and so it's confusing how to get back to the page you were on from your new tab. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 9

[Bug 6377] New: fines should be red on patron search
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6377 Bug #: 6377 Summary: fines should be red on patron search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4199 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4199 style as it is now When you enter a barcode in the patron search, the abbreviated line of information that appears has any overdues that they have in bold red, but the fines are in regular text. Can they either be in red or have an ID tag put around them so that they can styled? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 7

[Bug 5922] New: Show waiting items for patron on return
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5922 Bug #: 5922 Summary: Show waiting items for patron on return Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I had a library suggesting a note on the check in screen when holds are waiting for the patron who is returning books. Discussion on IRC was that this message should be controlled by a sys pref. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 20

[Bug 6218] New: patron login gets an initial dot added when no first name
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6218 Bug #: 6218 Summary: patron login gets an initial dot added when no first name Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: conan(a)lugmen.org.ar QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If you create a patron with an empty opac login and an empty first name, save and then edit him/her, script will add a dot before login on OPAC Login box, for example if your surname is 'mongo' box gets pre-filled with '.mongo'. This is because script joins 'first name'.'surname' and with an empty first name, hence the initial dot. It would be desirable to have 'surname' as login (without dot) when there's no first name entered. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 10

[Bug 5928] New: Allow selection of "purchase for" library in Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5928 Bug #: 5928 Summary: Allow selection of "purchase for" library in Purchase Suggestions Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC Comments AssignedTo: gmcharlt(a)gmail.com ReportedBy: shelley(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org In the OPAC, allow the patron to choose which branch they wish to make a purchase suggestion for. This should default to their home library. The option to show or hide this dropdown menu should be controllable by a system preference. Adding option to choose branch in purchase suggestion. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 28

[Bug 6037] New: Invalid markup, missing breadcrumbs on Keyword to MARC Mapping page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6037 Bug #: 6037 Summary: Invalid markup, missing breadcrumbs on Keyword to MARC Mapping page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/admin/fieldmapping.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org There is an extra </div> at the end and no breadcrumbs <div> -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 14

[Bug 6402] New: Lists sorted by year appear to be empty
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6402 Bug #: 6402 Summary: Lists sorted by year appear to be empty Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-shelves.pl?viewshelf=X&sortfield=ye ar OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org If you create a list, populate it with titles, and then change the sort to "year" it will appear as if your list is empty. The SQL in VirtualShelves.pm's GetShelfContents tries to accept "year" as a sort by but 'year' is not a valid column name. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 9