April 2014 - Koha-bugs - lists.koha-community.org

[Bug 8073] New: Sound cue when checking in items on hold
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8073 Priority: P5 - low Change sponsored?: --- Bug ID: 8073 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Sound cue when checking in items on hold Severity: enhancement Classification: Unclassified OS: All Reporter: spl(a)metrocast.net Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha There is no audible difference when checking in items on hold for another patron vs. items not on hold. This means our circ staff will generally continue scanning items to be checked in (without checking the monitor) -- in vain, however, since a dialog box is waiting for confirmation of the hold. I think there should be a different audio cue, similar to the different cue for bad barcodes/ items not found. In both cases, it serves as a prompt to check the monitor for important information. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8994] New: Make FindDuplicateAuthority behaviour customizable
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8994 Priority: P5 - low Change sponsored?: --- Bug ID: 8994 CC: m.de.rooy(a)rijksmuseum.nl Assignee: julian.maurice(a)biblibre.com Summary: Make FindDuplicateAuthority behaviour customizable Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Cataloging Product: Koha Make FindDuplicateAuthority behaviour customizable by adding 2 system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11584] New: Add wysiwyg editor to system preferences dealing with HTML
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '15

31 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11584 Bug ID: 11584 Summary: Add wysiwyg editor to system preferences dealing with HTML Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, library staff have to hand-code system preferences that include HTML in them (e.g. OpacNAV, OpacHeader, etc.). This enhancement will add a wysiwyg editor for system preferences that are marked as "Htmlarea". Built-in system preferences (like those mentioned above) will need to have their .pref files changed (and I suppose the database even though the Type recorded there doesn't appear to be used by Koha itself). While a new type of "Htmlarea" will be available for Local System Preferences. People using Koha as a CMS (http://wiki.koha-community.org/wiki/Koha_as_a_CMS) might find this useful. Or anyone that has added local system preferences for injecting HTML into their templates. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 10961] New: Error in GetMarcBiblio can cause severe data loss
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10961 Bug ID: 10961 Summary: Error in GetMarcBiblio can cause severe data loss Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A bug in GetMarcBiblio can cause severe data loss if your database has records where the biblionumber and biblioitemnumber do not match and the script misc/batchRebuildBiblioTables.pl is run. The Biblio::GetMarcBiblio makes a kall to C4::Biblio::_koha_marc_update_bib_ids which passes the biblionumber as both the biblionumber *and the biblioitemnumber*. Thus, if your biblio and biblioitem numbers are not always equal, you will end up with a record where the biblioitemnumber is incorrect in the record! This is usually not a severe issue, but since batchRebuildBiblioTables uses that record to update the database tables, it ends up updating the wrong biblioitem row! -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11693] New: Default preferences not loaded for self registering patron
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11693 Bug ID: 11693 Summary: Default preferences not loaded for self registering patron Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hissheep4(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a new patron uses the self registering option, their record is not created with the default emailing preferences, but is left blank. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 7380] New: Can't filter patron search on detail page
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '15

27 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7380 Bug #: 7380 Summary: Can't filter patron search on detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com There is no [+] on patron search from patron detail page like there is on the main patron's page. It should be in all places. -- 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 48

[Bug 9809] New: Get rid of reserveconstraints
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '15

27 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9809 Bug ID: 9809 Summary: Get rid of reserveconstraints Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com This table is actually not used in 3.X. There is still some code referencing, joining this table. Will put it on my list herewith to clean it up. But if you get there before I would, please assign it to yourself :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 95

[Bug 7317] New: Add an Interlibrary Loan Module to Circulation and OPAC
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 Bug #: 7317 Summary: Add an Interlibrary Loan Module to Circulation and OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: sarah(a)secadvertising.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com A library I consult for is interested in Koha as an ILS solution. There are two blockers currently for the adoption of Koha. The first is an Interlibrary Loan module. The library currently uses Innovative Millennium software, so that functionality will serve as the base requirements for this feature. This bug will serve as the enhancement request for Interlibrary Loan. I plan to contribute this feature over the coming months. There will be a Circulation piece and an OPAC piece for this module. -- 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 13

[Bug 9852] New: my ILL requests
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9852 Bug ID: 9852 Summary: my ILL requests Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: melia(a)bywatersolutions.com There is no option for requesting interlibrary loans in the menu boxes on the patron OPAC page once they log in. The closest choice is my purchase suggestions. Can we add a menu box for my ILL requests with the accompanying pages similar to the purchase suggestions that will automatically email the librarian? Work to be done: 1) Add new notice (code ILL_REQUEST, or similar) 2) Add new system preference OpacEnableILL (or similar) 3) Create new opac page that will display form 4) Add link in OPAC navigation 5) Add link to form when no results are displayed for a given search -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 11943] New: AcceptShare should check for double accepts
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11943 Bug ID: 11943 Summary: AcceptShare should check for double accepts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As a follow-up on bug 9032, noting a small problem here: If you share the same list twice and one patron accepts both invites, a second share record exists for the same combination of patron and list. Apart from that, there is no problem when viewing the lists or removing the share (both records are removed). When the user accepts the second time, he will be redirected to the list just as the first time. But for better housekeeping, I will still submit a patch here that deals with this situation. Imho this should not block pushing the 9032 patches. -- You are receiving this mail because: You are watching all bug changes.

1 3