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

[Bug 10472] New: Receipt by line or invoice
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10472 Bug ID: 10472 Summary: Receipt by line or invoice Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com To select to ‘receipt in’ items either by per line or the entire invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10005] New: inventory checks items in without warning
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10005 Bug ID: 10005 Summary: inventory checks items in without warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I got this via email: ---------- This is my first time doing inventory in KOHA at our high school. I've done it at our middle school before but we always cut off book circulation before doing inventory. At the high school, our collection is so large that we have to do inventory earlier and need to continue circulating through the process. We started the process fine but ran into a problem today when I was uploading our fiction barcodes into KOHA to see the dates last seen. When I uploaded them into the Inventory/Stocktaking area, I got a list of barcodes with the message "item was on loan. It was returned before marked as seen." When I looked up the barcodes, they were all books that were checked out during the day today. When I went back into those patron accts, their checkouts had been erased. ---------- So, I think the problem here is that there is no warning or way to tell Koha to not check the items in, it just checks them in and that's that. We need the inventory tool to either ask before running if it should check things in (an enhancement) or we need a warning saying that it will check things in (a temp fix for the bug). -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9701] New: Configure default indicator
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9701 Bug ID: 9701 Summary: Configure default indicator Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: anthony.laquerre(a)ccsr.qc.ca CC: m.de.rooy(a)rijksmuseum.nl Request for enhancement. Allow to configure default indicators (eg allow us to impose "1" as the first indicator for an individual authority, because it is the one which is adequate most of the time, and right now, it must be added manually each time. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8236] New: Prevent renewing if overdue or restriction
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '15

18 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8236 Priority: P5 - low Change sponsored?: --- Bug ID: 8236 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha(a)univ-lyon3.fr Summary: Prevent renewing if overdue or restriction Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha Goal: no renewal possible if an item is overdue or if the patron is restricted (for consistency with the initial checkout rules) -- You are receiving this mail because: You are watching all bug changes.

1 127

[Bug 9762] New: wait to track overrides
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '15

18 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 Bug ID: 9762 Summary: wait to track overrides Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great if there were a way to track whenever someone overrides a warning message in circulation. Whether it's ignoring a hold for someone or checking out even though the patron owes too much - any of the warnings with buttons listed here: http://manual.koha-community.org/3.12/en/circulation.html#checkoutwarn or here: http://manual.koha-community.org/3.12/en/checkingin.html#checkinmsg would be tracked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5144] New: Duplicate holds allowed if patron clicks back button after placing hold
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '15

17 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5144 Summary: Duplicate holds allowed if patron clicks back button after placing hold 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: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Here is a short screencast: http://screencast.com/t/ZGZhMDkwMjYt This shows that if a patron places a reserve, then clicks the back button, and clicks place hold again, duplicate reserves will be created. This happens even though the patron is alerted that they cannot place an additional reserve on the same item. Here is what the staff side looks like: http://screencast.com/t/ODEzNmY3 The behavior of these duplicate reserves on the items reserve list is that both are displayed, but if you try to delete one, both will be deleted and the patron loses the reserve. See above screencast. -- 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 68

[Bug 5979] New: OPAC : using OPACISBD systempreference to display link
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '15

17 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5979 Bug #: 5979 Summary: OPAC : using OPACISBD systempreference to display link Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5584 The OPACISBD system preference is used in order to be able to have one ISBD for OPAC another one for intranet. But the link ISBD at OPAC was depending on the presence or absence of value in ISBD which is for intranet. This patch fixes the behaviour to depend on the correct system preference at OPAC -- 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 32

[Bug 10067] New: decreaseLoanHighHolds messes with specify due date
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '15

17 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10067 Bug ID: 10067 Summary: decreaseLoanHighHolds messes with specify due date Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It appears that when the criterion for the shortened loan period is met, not only does that particular item get the shortened loan period, so does any subsequent item checked out in that session. It appears that decreaseLoanHighHolds functionally affects Specify due date, and requires the staff member to click on Clear in order to make sure the correct loan period is applied for the next item(s). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 10056] New: Styling Issue - Div does not grow.
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '15

16 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10056 Bug ID: 10056 Summary: Styling Issue - Div does not grow. Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: gmcharlt(a)gmail.com Created attachment 17454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17454&action=edit Screenshot of bad styling The '.ui-tabs-panel' does not grow correctly on the Biblio and Authorities pages. When a heading is clicked, and therefore subfields are displayed, then bounding box does not grow to accommodate the enlarged content, leaving a border through the middle of a subfield; See screenshot attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 7174] New: Authentication rewriting
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '15

16 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7174 Bug #: 7174 Summary: Authentication rewriting 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: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 Auth.pm does too many things, it must be splitted in smaller parts. In 3.6, it does : - authentifying - checking & setting permissions - setting a lot of syspref available on each template (many of them being unused in most templates) - retrieving template How to do it is still to be discussed. This entry is low priority, once we will have plack, for example, it may be obvious to use Plack authentication tools. -- 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 45