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

[Bug 5469] New: alphabetize frameworks
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '13

15 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5469 Summary: alphabetize frameworks Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be helpful is frameworks were in some sort of order - aka alphabetical - in the pull down menus in cataloging. It's hard to find the framework you want with the way they are displayed now. -- 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 1

[Bug 4971] New: Planning types not translatable in acq
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '13

15 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4971 Summary: Planning types not translatable in acq Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: I18N/L10N AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2324 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2324 screenshot The pull down list 'Select planning type:' in acq is not translatable. How to get there: - create budget - edit budget - choose planning > planning by ... Koha Version: 3.01.00.143 -- 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 3

[Bug 5291] New: purchase suggestion not working in 3.006 version
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '13

15 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5291 Summary: purchase suggestion not working in 3.006 version Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: rmuthusaravanan(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 hi i send purchase suggestion from my opac. but that suggestion not appear in staff client ... the show one suggetion is bending but when i click that "Managing purchase suggestion" that wont list any 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 5

[Bug 4910] New: Debian Packaging does not start Apache (on Ubuntu Lucid)
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '13

15 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4910 Summary: Debian Packaging does not start Apache (on Ubuntu Lucid) Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: custard(a)westnet.com.au QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This is probably very low on the priority list... After running a test install on Lucid Apache2 did not appear to start. After debconf set up the MySQL bits for me this was a bit of a surprise. This appeared to be because: a) mod_rewrite wasn't turned on, and b) the default website stayed resident (even though the koha site was enabled) I'd be happy if there was a note in debconf to say that apache will need a bit of work (cf. zebra in the web installer). ___ >From Notebook: Immediately post install apache wasn't running. Manually starting it gives: custard@KohaTest:~$/etc/init.d/apache2 start * starting web server apache2 Syntax error on line 82 of /etc/apache2/sites-enabled/koha: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration After running sudo a2enmod rewrite I was shown the default site, which I disabled (sudo a2dissite default) and then got the koha web-installer. -- 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 5

[Bug 4848] New: Ability for patrons to create their own accounts
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '13

15 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4848 Summary: Ability for patrons to create their own accounts Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: grant(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 It would be a useful feature if patrons had the ability to create their own accounts. Obviously this would need to be an option that could be enabled for a given instance of Koha. In my case, the Koha instance is on the public internet and I would be happy for anyone to create an account. The main thing I want people to be able to do is to use the comments feature to add mini reviews of books. -- 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 3

[Bug 5438] New: Holds managed in circ rules
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5438 Summary: Holds managed in circ rules Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Holds_managed_in_s mart-rules OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The main parameters for holds should be part of the circulation rules generally in the branch/patron/item type equation (smart-rules). Number of Holds allowed: how many holds allowed for each branch/patron/item combination from 0 (no holds allowed) to x ReservesMaxPickUpDelay: from 1 to x A couple extra enhancements to circ/waitingreserves.pl too: ability (filter) to see only those holds that are over ability to “select all” and thus “cancel all” holds in the page (i.e. all “Holds Over”) ability to “print” the page for a clean listing of holds over -- 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 1

[Bug 5172] New: Use other name rather than first name when referring to the user
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5172 Summary: Use other name rather than first name when referring to the user Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the OPAC, the 'Other Name' field should be used when referring to the user, if it's been supplied. For example, "Mr Firstname Surname" should be "Mr Othername Surname" if there is a defined Othername. -- 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 16

[Bug 5233] New: Allow a dropdown for zipcode that auto-fills in the field
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5233 Summary: Allow a dropdown for zipcode that auto-fills in the field Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 This is similar to the "City, State" one that's there already, however only does the zipcode. It pulls from the authorised values in the 'POSTAL' category, the value is the code, the description is the name. I'm unsure if this is likely to be wanted upstream, but it's here if anyone wants it. -- 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 5

[Bug 5250] New: Various enhancements to web based checkouts
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5250 Summary: Various enhancements to web based checkouts Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Self checkout AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Among various layout enhancements this patch adds two web-based checkout system preferences: 1. WebBasedSelfCheckTimeout - This preference sets the time in milliseconds beyond which the patron's session will time out and they will be required to re-scan/re-enter their card number. The timer is reset on each page load. Previously this was hard coded at 120000 milliseconds or 120 seconds. 2. WebBasedSelfCheckHeader - This preference allows the library to insert its own custom header at the top of the web-based self checkout service pages. Among the misc changes are the inclusion of opac.css in the web-based self checkout template since it is technically part of the opac. sco.css is applied last so that those settings override those in opac.css. The online help is modified to pop up a window rather than requiring the user to navigate away from the 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 10

[Bug 5299] New: Allow patron to update email if they are allowed to update password
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '13

01 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5299 Summary: Allow patron to update email if they are allowed to update password Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: darrellulm(a)smfpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Allow the patron to update their own email (or add a new email if they never had one on file) if the syspref OpacPasswordChange is already on allowing them to update both password and email. The update email option is in a separate opac menu option. To update or add an email requires the patron to type in their password as well as the email address to change their email to. This is the patch I meant to send! Darrell Ulm -- 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