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

[Bug 8459] New: No results returned when restricting the search to an individual library
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8459 Priority: P5 - low Change sponsored?: --- Bug ID: 8459 Assignee: gmcharlt(a)gmail.com Summary: No results returned when restricting the search to an individual library Severity: major Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: All Status: NEW Version: rel_3_6 Component: Searching Product: Koha When i try to restrict the search to an individual library i get no results ,although this book already exists and i can get it in search results when i don't restrict it to a specific library branch. koha version 3.6.5 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7156] New: singleBranchMode description wrong
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7156 Bug #: 7156 Summary: singleBranchMode description wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com This preference says it doesn't let people give their branch in the OPAC, but when it was set to don't allow i couldn't change the branch in the staff client. -- 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 1

[Bug 6896] New: searching an acq date finds due date instead
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6896 Bug #: 6896 Summary: searching an acq date finds due date instead Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In searching for 09-05-2011 acquisition date, I get items due on 09-05-2011. It looks like somehow the date due is getting dumped into the acqdate search index. What these search results appear to be saying is that my system doesn't have any items that are shown as acquired on 2011-09-05. The results should be empty, but the checked out items are showing instead. -- 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 2

[Bug 8188] New: OPAC allow hold date in future is controlled by staff-side preference
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8188 Priority: P5 - low Change sponsored?: --- Bug ID: 8188 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: OPAC allow hold date in future is controlled by staff-side preference Severity: major Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha The OPAC's "Allow hold date in future" feature only works if the "AllowHoldDateInFuture" preference is enabled. Enabling the "OPACAllowHoldDateInFuture" preference has no effect. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7025] New: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...)
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7025 Bug #: 7025 Summary: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...) Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::Items uses a single subroutine from C4::Reserves, CheckReserves(), in a single on of it's subroutines, GetItemsInfo(). The only data exported is in the field "count_reserves" which gives the reserve status. This in turn is only used in opac/opac-detail.pl to display "on hold" in the holdings table if the item is currently waiting on the holds shelf to be picked up. There are no other uses of this information. We can remove CheckReserves() from GetItemsInfo(), and add a different call in opac/opac-details.pl to get whether the particular item is on hold or not. This will remove a circular dependency, likely speeding up the overall code (as we won't need to load all of C4::Reserves every time we load C4::Items). -- 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 2

[Bug 8307] New: Set a value for items when receiving
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8307 Priority: P5 - low Change sponsored?: --- Bug ID: 8307 Assignee: koha-bugs(a)lists.koha-community.org Summary: Set a value for items when receiving Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha If the system preference AcqCreateItem is "Create an item when ordering", we would like to set a value for items. For example you could define status for the field items.notforloan (995$o for UNIMARC) with 4 = On order, 5: On treatment. Then, it would be great to fill the item field 995$o with "5". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 5757] New: Checking in a waiting item again does not trigger hold prompt.
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5757 Summary: Checking in a waiting item again does not trigger hold prompt. Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If an item has already been made "waiting" (reserves.found = 'F'), checking in that item again will not trigger the hold prompt. It should trigger the prompt headed "Hold Found (item is already waiting)." -- 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

[Bug 5552] New: circ dates in the past
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5552 Summary: circ dates in the past Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/circ/circulation.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2918 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2918 error box with due date When you choose a due date in the past a box appears asking you to confirm the date. This box should have a calendar icon and a date format tip like all other date boxes in Koha to prevent big mistakes. -- 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

[Bug 7635] New: ignoring hold still marks it in transit
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7635 Bug #: 7635 Summary: ignoring hold still marks it in transit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com Steps reproduce: 1. checkin item 2. ignore hold prompt to transfer 3. item says in transit on holds tab 4. item not listed in transfers to receive 5. item not listed in transit on the holdings table on the detail screen So the item isn't really in transit, but the holds tab seems to think it is and it's confusing to librarians looking at the holds tab. -- 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 7

[Bug 5847] New: Manage Staged MARC Records stuck at 0% if isbn matching rule selected.
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5847 Bug #: 5847 Summary: Manage Staged MARC Records stuck at 0% if isbn matching rule selected. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P1 Component: MARC Bibliographic record staging/import AssignedTo: gmcharlt(a)gmail.com ReportedBy: kmkale(a)anantcorp.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If we try to use ISBN match rule while importing a staged batch, the Manage Staged MARC Records gets stuck at 0%. I can see a www-data owned background job running but the browser is stuck at 0% and no entries in the db. Tried leaving it overnight with no progress. Tried with firefox and chrome. Same MARC file is imported fine without using the ISBN match rule. The same marc records file imports fine with bulkmarcimport.pl utility even with the -isbn option. Sadly the bulkmarcimport.pl lacks the option to still add items even while ignoring a biblio if a isbn match is found. See attached screenshot for rules used during this import. -- 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