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

[Bug 7249] New: Report webservices
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '13

17 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7249 Bug #: 7249 Summary: Report webservices Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chrish(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com Depends on: 7248 Created attachment 6355 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6355 git format patch adding report webservice, caching support, and public visibility setting Patch includes parts of https://github.com/ranginui/koha/commit/20cb74d1f5f86ed9fa1e6a1ead29798ff89… and https://github.com/ranginui/koha/commit/2a1f4172dafbfb7435e46762fcfab368d3d… It also adds in caching for intranet, setting a cache expiry time for reports, and a public visibility flag to reports. I still have to add a better user input dialog and user validation (patch following soon). Currently the input is just a text field that takes seconds (not ideal for end user) and the validation is a die message (as the timeout cannot exceed 30 days or Memcached::set will take it as an absolute time). The attached patch excluded the functionality added in bug 7248 (so that bug is a dependency to this). -- 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 38

[Bug 4437] acq.js uses XMLHttpRequest() directly; should use jQuery
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '13

17 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4437 Hugh Davenport <hugh(a)davenport.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |hugh(a)davenport.net.nz Assignee|koha-bugs(a)lists.koha-commun |hugh(a)davenport.net.nz |ity.org | --- Comment #2 from Hugh Davenport <hugh(a)davenport.net.nz> --- I'm working on this now -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8516] New: Add a "Street Address" search option to the patrons search
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8516 Priority: P5 - low Change sponsored?: --- Bug ID: 8516 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Add a "Street Address" search option to the patrons search Severity: enhancement Classification: Unclassified OS: All Reporter: mjr(a)software.coop Hardware: All Status: NEW Version: unspecified Component: Patrons Depends on: 7544 Product: Koha Add a "Street Address" search option to the patrons search. Patch to follow, but it's basically adding <option value='streettype,address,address2,city,state,zipcode,country'>Street Address</option> to the searchfields select. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 4494] Staff client incorrectly reports no copies available to be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4494 MJ Ray (software.coop) <mjr(a)software.coop> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |mjr(a)software.coop Resolution|--- |WORKSFORME --- Comment #1 from MJ Ray (software.coop) <mjr(a)software.coop> --- I just tested this and "Too Many Holds: Henry Acevedo has too many holds." now appears without "No copies are available to be placed on hold" so I think this has been fixed without being noted here yet. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3474] Handling of and report for expired or cancelled holds, display expiration dates
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3474 MJ Ray (software.coop) <mjr(a)software.coop> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mjr(a)software.coop Component|Hold requests |Reports Version|rel_3_0 |master --- Comment #1 from MJ Ray (software.coop) <mjr(a)software.coop> --- There's a report for cancelled holds at http://wiki.koha-community.org/wiki/SQL_Reports_Library#Cancelled_Holds and there's now a expirationdate column in reserves and old_reserves, so I think a similar report for expired holds could be written. I think this is current and doesn't need any further code changes, so I'm moving this from rel_3_0 / Hold requests to master / Reports. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9404] New: Search of global system preferences deletes css and js code on Save
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9404 Bug ID: 9404 Summary: Search of global system preferences deletes css and js code on Save Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fred.pierre(a)smfpl.org CC: gmcharlt(a)gmail.com Example: Search for "opac" in the global system preferences. The search term "opac" will mysteriously vanish from OPACUserCSS entries that contain the term. Our pseudo-class "#opac-main" becomes "#-main" The same thing happens when searching for self-checkout css. I am searching for SCO to change the SCOUserCSS. All of my css entries for SCOUserCSS show up with the letter combination "sco" edited out. The result of this bug is that when I re-save the css changes, my custom css breaks because the entries are saved as "-main" instead of "opac-main" or "selfhelp" instead of "scoselfhelp" The same thing happens to custom javascript code. For example in the SCOUserJS: "document.write(myscore);" becomes "document.write(myre);" The workflow at issue is: 1. Use the same term or letter combination in your custom css or javascript as part of the preference name. Enter your custom css and javascript in the global system preferences. 2. Search for the preference using part of the name. < Search term drops out of css and javascript > 3. Make a change to the preferences and save. < site css and javascript suddenly broken > -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 4354] Cannot edit existing issuing rules
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4354 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4354] Cannot edit existing issuing rules
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4354 --- Comment #11 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 14622 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14622&action=edit Bug 4354: Cannot edit existing issuing rules This patch adds javascript which pulls the values from the chosen row of data and populates the last row's form with that data. Some changes have been made to the markup to better accommodate this. Possibly missing is some kind of visual feedback to the user that the edit action is taking place in a different row from where they clicked. Comments are especially welcomed on this aspect of the interaction. The original author of this patch is Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4354] Cannot edit existing issuing rules
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4354 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)biblibre.co | |m Assignee|oleonard(a)myacpl.org |jonathan.druart(a)biblibre.co | |m -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8363] New: Update an issuing rule
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '13

16 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8363 Priority: P1 - high Change sponsored?: --- Bug ID: 8363 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Update an issuing rule Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha atm, we can't update an issuing rule : it's hard to delete & rewrite all of a rule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2