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

[Bug 6983] New: Item type filter on overdues report does not respect item-level_itypes preference
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6983 Bug #: 6983 Summary: Item type filter on overdues report does not respect item-level_itypes preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The item type filter on the overdues report (overdue.pl) only checks the biblio-level itemtype (biblioitems.itemtype). The script should check the value of the item-level_itypes preference and alternately use items.itype. -- 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 7077] New: Add system pref to control behavior of submitting empty barcode field on circulation page
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7077 Bug #: 7077 Summary: Add system pref to control behavior of submitting empty barcode field on circulation page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It used to be that submitting an empty barcode input field when a patron's account was open in Circulation would clear the page (the same behavior as the "clear screen" buton offers now). Since inclusion of Bug 4389 this action has been co-opted to pop up a quick slip print window. A system preference should be added to allow the library to choose which behavior they want. -- 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 11

[Bug 7330] New: System preferences editor generates errors in the log with each search
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7330 Bug #: 7330 Summary: System preferences editor generates errors in the log with each search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When you search system preferences errors are generated in the log: preferences.pl: Use of uninitialized value in pattern match (m//) at /admin/preferences.pl line 219. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. preferences.pl: Use of uninitialized value in pattern match (m//) at /admin/preferences.pl line 219. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. preferences.pl: Use of uninitialized value $text in pattern match (m//) at /admin/preferences.pl line 252. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 6616] New: Move common table pager markup to include
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6616 Bug #: 6616 Summary: Move common table pager markup to include Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org The table pager markup used in conjunction with the tablesorter javascript is virtually the same in each template which uses it. I propose a new include file to contain it. We can use T:T's ability to define variables in an [% INCLUDE %] directive to pass the default page size in each case: [% INCLUDE 'table-pager.inc' perpage='20' %] -- 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 18

[Bug 6872] New: Can't set default SMS messaging options when defining a patron category
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6872 Bug #: 6872 Summary: Can't set default SMS messaging options when defining a patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: System Administration AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The patron category edit page doesn't show SMS options even when an SMS driver is defined in system preferences. The preference variable isn't being passed to the template. -- 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 8

[Bug 5498] New: Standardize markup and style of pagination menus
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '12

20 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5498 Summary: Standardize markup and style of pagination menus Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2853 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2853 Unstyled pagination Several pages in Koha now use the same pagination widget from Output.pm, pagination_bar. At least one instance of this in the Koha templates, patron search results, has been updated to bring the style in line with that of catalog search results pagination. Other instances should get the same style. -- 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 6774] New: Display barcode on OPAC detail page
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '12

19 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6774 Bug #: 6774 Summary: Display barcode on OPAC detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org Display barcode on OPAC detail normal view including in XSLT view -- 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 26

[Bug 6533] New: Enhancement: Printer Friendly Lists
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '12

05 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6533 Bug #: 6533 Summary: Enhancement: Printer Friendly Lists Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: helen.linda(a)goddard.edu QAContact: koha-bugs(a)lists.koha-community.org Lists currently print without navigational elements, but they do print with images. A great feature would be to create a printer friendly version that strips out all the images in addition to nav elements so that it is compact and clean: 1. Could be something like Gmail has for printing an email, wherein you click print and it opens the "Printer-Friendly" version in a new window in addition to the printer dialog box. 2. Could have options set on the staff side for what an insitution would wanto print. Some places might wish to keep elements, like cover art, that others would not. -- 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 2

[Bug 7192] New: can't print in FF without tools permission
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '12

30 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7192 Bug #: 7192 Summary: can't print in FF without tools permission Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 - low Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6254 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6254 permissions Okay this is a weird one! I made it critical though because I still can't FF to open back up after it crashed due to this bug. It's Firefox 7.0.1 on Windows 7, Mac OS X 10.7.2 and Debian 6. I also tried Iceweasel 7.0 (Debian's rebranded Firefox) with the same results. Chrome on Mac OS X did not cause a crash. 1. Create a patron with permissions to match the attachment. 2. Log in as that patron to the staff client 3. Visit any patron detail page 4. Go to File > Print in the browser 5. Print the page 6. FF will crash miserably! Give that patron Tools permissions and repeat the steps above and you can print just fine. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 6090] New: empty mails are sent
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '12

26 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6090 Bug #: 6090 Summary: empty mails are sent Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 29