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

[Bug 3881] No Page for Opac Privacy
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '11

28 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3881 Ian Walls <ian.walls(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |ian.walls@bywatersolutions. | |com Resolution|FIXED | --- Comment #4 from Ian Walls <ian.walls(a)bywatersolutions.com> 2011-01-28 16:59:02 UTC --- Reopening this bug, as I have rebased and polished Paul's original patch, and reimplemented the opac privacy feature -- 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 0

[Bug 3509] Batch item edit
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '11

28 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3509 David Schuster <dschust1(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dschust1(a)gmail.com --- Comment #5 from David Schuster <dschust1(a)gmail.com> 2011-01-28 16:42:52 UTC --- (In reply to comment #4) > This still needs reconciling with the code in head. (In reply to comment #1) > What is the status of this enhancement? It seems superior to Biblibre similar > functionality. I believe the Biblibre functionality personally is better from a Library point of view. Currently the Harley version I can't give to the librarians way to risky in a shared catalog for them to "accidently" change everything from FIC to NF by accident. -- 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 0

[Bug 5666] New: regexp edits to URL fields in bibliographic edit screens
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '11

28 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5666 Summary: regexp edits to URL fields in bibliographic edit screens Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: syeates(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 As an academic library, we have lots of records with URLs in them. Many of these URLs point to a relatively small number of hosts (either local repositories or purchased commercial resources). Regularly one of these hosts decides to change it's host name or URL somewhat and it would be very convenient to update all records in a single operation using a regexp. For example, all records pointing to http://somepublisher.com/ might have to be redirected through a local proxy using a regexp such as: s|^http://somepublisher.com/|http://localproxy.example.net/login?url=http:/… The choice between the current substitution and regexp would be made by a drop-box selection. The default would be the current behaviour. Because regexps are inherently more complex than substitutions, previewing the changes would be view important. Ideally preview would be done using AJAX to show the first 5-20 regexp matches immediately under the input field, probably showing a record identifier, original field and new field. My implementation plan would be to do all the regexp work in the perl layer, since I believe that database regexp implementations are fairly divergent. I'm open to suggestions as to which if the several kinds of perl-supported regexps get used. [If I'm not explaining this well, I can mock up a screenshot] -- 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 0

[Bug 4501] Duplicate budget broken
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '11

27 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4501 Brice Sanchez <brice.sanchez(a)sys-tech.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brice.sanchez(a)sys-tech.net --- Comment #2 from Brice Sanchez <brice.sanchez(a)sys-tech.net> 2011-01-27 16:27:57 UTC --- is there any update about this bug ? What was the initial code used to duplicate a budget ? Do we need to build a new code ? -- 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 0

Out of the Office
by adrea＠moablibrary.org 27 Jan '11

27 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

[Bug 5650] New: item type page key wrong
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '11

26 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5650 Summary: item type page key wrong Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/itemtypes.pl OS/Version: All Status: NEW Severity: normal 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 Created attachment 3017 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3017 item type list The page key at the top of the item type list is incorrect. It says 1/1 on the screenshot, but has links to 4 pages at the bottom. If I change from showing 10 to 50 per page nothing happens either. -- 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 4

Out of the Office
by adrea＠moablibrary.org 26 Jan '11

26 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

[Bug 5659] New: autobarcode seeting <branchcode>YYMM0001> broken
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '11

26 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5659 Summary: autobarcode seeting <branchcode>YYMM0001> broken Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 3023 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3023 screenshot I was testing this setting for a library with multiple branches. The counter seems to be totally broken. My first 5 generated barcodes were: RPL10120001 - ok RPL10122001 - ? RPL10122201 - ? RPL10122221 - ? RPL10122223 - ? After that it kept generating the last number RPL10122223. I changed to another branch to try again, the generated number was: FFL10122223 After saving an item with this number it also kept generating FFL10122223. I think it should look like: RPL10120001 RPL10120002 RPL10120003 RPL10120004 ... RPL10120011 RPL10120012 And ideally start anew for each branch: RPL10120001 FFL10120001 RPL10120002 RPL10120003 FFL10120002 -- 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

Out of the Office
by adrea＠moablibrary.org 26 Jan '11

26 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

[Bug 4309] Authorities : Multiple values search leads to Error 500
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '11

25 Jan '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4309 --- Comment #6 from Frédéric Demians <frederic(a)tamil.fr> 2011-01-25 19:02:41 UTC --- > Could anyone look into that? I don't know if I should create another bug report > for that similar problem. Yes, you should open a separate bug. -- 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 0