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

[Bug 2676] When adding an item to a list from opac-detail.pl, the 'open' list type is omitted
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '12

14 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2676 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |m.de.rooy(a)rijksmuseum.nl Resolution|--- |FIXED --- Comment #1 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Closing this report. See bug 7310/7805. The open list type has been replaced by appropriate permissions on public lists. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8882] New: Hourly circ doesn't work with the calendar
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '12

14 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8882 Priority: P5 - low Change sponsored?: --- Bug ID: 8882 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Hourly circ doesn't work with the calendar Severity: blocker Classification: Unclassified OS: All Reporter: elliott(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Steps to reproduce: 1) Set usedaysmode to either push the due date or don't fine based on the calendar. 2) attempt to check out an hourly circ item 3) you should receive a pop-up asking for a date due since the due date is about to be in the past. 4) after agreeing to checkout, you item is now overdue since it was due at 00:00 the day you checked it out I can provide screenshots if needed to illustrate the problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 8966] New: Koha::Calendar::is_holiday truncates the date
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '12

14 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8966 Priority: P5 - low Change sponsored?: --- Bug ID: 8966 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Koha::Calendar::is_holiday truncates the date Severity: critical Classification: Unclassified OS: All Reporter: pelletiermaxime(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Calling the function is_holiday on a date truncate that dates because it does a truncate directly on it instead of using a local clone of the date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9041] New: Hourly fines does not work in koha 3.8.6
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '12

14 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9041 Priority: P5 - low Change sponsored?: --- Bug ID: 9041 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Hourly fines does not work in koha 3.8.6 Severity: critical Classification: Unclassified OS: All Reporter: hblancoca(a)gmail.com Hardware: All Status: NEW Version: 3.8 Component: Circulation Product: Koha Hi, i have the following circ rule for a material Patron category: all Item type: computer Current checkouts allowed: 1 Loan period: 2 Unit: hours Hard due date: None defined Fine amount: 2000 Fine charging interval: 1 Fine grace period (day): 0 Suspension in days (day): 0 Renewals allowed (count): 0 Holds allowed (count): 0 Rental discount (%): 0 when i checkout this material type i recibe an alert saying "Please confirm checkout" and i have to put manually the due date; an then checkout the item. if i checkout the item with no due date automatically the due date is for the same day but at 0 hours (then the user is blocked), or if i apply the patch and modify circulation.pl then the due date is 23:59 of today. But never work when the due date is lower than 10 hours. I really appreciate your help. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 4481] Search's Limit to Available filters out many available items
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '12

13 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4481 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - low |P1 - high CC| |mtj(a)kohaaloha.com Severity|normal |major --- Comment #7 from Mason James <mtj(a)kohaaloha.com> --- (In reply to comment #4) > This is a long standing problem - I agree with Magnus that a fix for one > MARC format would be better than leaving it broken for all. im going to increase the severity of this bug - please change it, if you are offended -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4481] Search's Limit to Available filters out many available items
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '12

12 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4481 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|PATCH-Sent (DO NOT USE) |P5 - low Status|Needs Signoff |Patch doesn't apply --- Comment #6 from Owen Leonard <oleonard(a)myacpl.org> --- This doesn't apply anymore. I second the call for a test plan. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7921] New: Software error while placing order
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '12

12 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7921 Priority: P5 - low Change sponsored?: --- Bug ID: 7921 Assignee: henridamien(a)koha-fr.org Summary: Software error while placing order QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: shahas.sss(a)gmail.com Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Hi,, I am getting error while placing order, "Software Error" Is it required to create ACQ Framework,,I have been place the order without creating ACQ framework(I didn't fill the records under 'item'). Also while receiving,, not asking for Barcode,, So where we can give barcode.?? -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8989] New: Availability facet needs an id
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '12

12 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8989 Priority: P5 - low Change sponsored?: --- Bug ID: 8989 Assignee: oleonard(a)myacpl.org Summary: Availability facet needs an id Severity: enhancement Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Templates Product: Koha Facets in search results (both in the staff interface and in the opac) have ids for css styling, except for the availability facet. It would be useful to have one, especially since this feature seems to have been broken for a while and this would allow us to hide it. Ideally i think we could hide it in the default css in the same patch. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 4054] Double-clicking the 'place hold' button can result in duplicate holds
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '12

12 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4054 --- Comment #12 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to comment #11) > I just ran in a problem with this new function preventDoubleFormSubmit(). If > you place a hold and you have an error in the function check() then you > won't be able to submit the form. > The only idea I have to fix this is to add a setTimeout : > > setTimeout(function(){$('#hold-request-form')[0].beenSubmitted = false;}, > 2000) > > after "this.beenSubmitted = true;" in preventDoubleFormSubmit(). This way > you can submit the form again in 2 seconds. > Anyone has a better idea ? If not I will send a patch. Good catch maxime ! my opinion is that it's an acceptable way to fix this problem, but I see a -uncommon- problem with it: * I click to validate * server very high load and/or network prolem, so no answer for 3 or 4 seconds * click again (with your proposal it would be possible) * 2 hold placed Would it be possible to declare "unbusmitted" a form if the check() is false ? That would be a better option -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8996] New: In result page,
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '12

11 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8996 Priority: P5 - low Change sponsored?: --- Bug ID: 8996 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: In result page, Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11