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

[Bug 6556] New: The popup menu in the Z39.50 search results doesn't point to the correct record.
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6556 Bug #: 6556 Summary: The popup menu in the Z39.50 search results doesn't point to the correct record. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 4565 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4565 Corrects the popup menu links in the z3950 search results. In the results of a Z39.50 search, if a result is clicked, a small popup menu appears with the options "Preview MARC","Preview Card","Import","X". If we compare the URL of the "Preview Marc" menu option and the URL of the "MARC" link on the same line, we can see that the "importid" is not the same in the two URLs. The importid in the popup menu seems to always be the importid of the last item of the results list. Patch attached that corrects the problem. -- 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 5233] New: Allow a dropdown for zipcode that auto-fills in the field
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '13

03 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 5806] New: Search results display items for all locations when the SearchMyLibrary first system pref is activated
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5806 Bug #: 5806 Summary: Search results display items for all locations when the SearchMyLibrary first system pref is activated 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: peter.lorimer(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When searchMyLibraryFirst system pref is activated, although the results are filtered, the search results show items available in all locations. On the detail page items from all locations are also being displayed. A good enhancement would be an additional pref called SearchMyLibraryOnly where as well as the results, the detail summaries and the locations the item is available (in the search result content) are also filtered. A user should have the ability to choose a library to search or to log in, when the user logs in that users library is selected, other wise the user can select a library or opt to search all libraries If you choose SearchMyLibraryOnly you should only see items from tha selected library and nothing else. -- 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 6811] New: Send renewal notice
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6811 Bug #: 6811 Summary: Send renewal notice Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Similar to checkin, checkout notices already present. Renewal notices can be set in messaging preferences at borrower and membership category level. Contents will be picked up from a notice 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 11

[Bug 6092] New: default sort field and order when syspref are NULL
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6092 Bug #: 6092 Summary: default sort field and order when syspref are NULL Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Database installer "en" and others, initialize sysprefs (OPAC)defaultSortField and (OPAC)defaultSortOrder with NULL. I added "relevance" and "dsc" as default values in .pref file and in perl pages. Because it is the natural sort order of search results. I think it's the best way to avoid bugs. Regards, -- 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 5299] New: Allow patron to update email if they are allowed to update password
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '13

02 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

[Bug 7620] New: OPACNoResult, add search string to available parameters
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '12

23 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7620 Bug #: 7620 Summary: OPACNoResult, add search string to available parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When OPACNoResult contain something, it would be usefull to be able to have the search string entered by the patron -- 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 33

[Bug 6492] New: Deleted biblios cause rebuild_zebra to fail
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '12

20 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6492 Bug #: 6492 Summary: Deleted biblios cause rebuild_zebra to fail Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: pianohacker(a)gmail.com ReportedBy: pianohacker(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com As described by Ian Walls: "On current HEAD, zebraqueue entries that point to deleted biblios are returning an error, and preventing every other done=0 entry from being indexed. I'm not sure if this is occurring after ANY deletion of a biblio, or only through specific vectors like reverting an imported batch, but it's a major problem. ... The exact error being returned by the rebuild_zebra.pl cronjob is: Can't call method 'field' on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 361." -- 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 7539] New: BorrowerUnwantedField should also hide fields in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '12

19 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7539 Bug #: 7539 Summary: BorrowerUnwantedField should also hide fields in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/opac-userupdate.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com The BorrowerUnwantedField preference lets you hide fields from the patron add form, but in the OPAC those fields still show for patrons to update their profile if you allow them to with OPACPatronDetails. The BorrowerUnwantedField should also hide these fields in the OPAC. -- 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 1