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

[Bug 6016] New: Keyword Mapping Should Work with XSLT turned on
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '14

15 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6016 Bug #: 6016 Summary: Keyword Mapping Should Work with XSLT turned on Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org You can use the subfield keyword to map words to appear after the title. This field doesn't have to be a subtitle, it could be the volume or issue number (something often asked for) but we can't use this feature is XSLT is turned on. -- 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 5229] New: OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '14

14 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 Summary: OPACItemsResultsDisplay preference does not work with XSLT results Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/opac-search.pl?q=foo OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The description for the preference says "show/don't show an item's branch, location and call number in OPAC search results." The preference works with normal results, the alternatives being: Availability: Copies available: Athens (1) ("don't show") and Availability: Copies available: Athens [AF Needle] (1) ("show") In the OPAC's XSLT results display the latter version appears no matter what the preference is set to. -- 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 3

[Bug 7374] New: can't upload icon for auth values
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7374 Bug #: 7374 Summary: can't upload icon for auth values Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low 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 You can choose an icon for an authorized value, but you can't upload your own image like you can for the item type icons. -- 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 2

[Bug 7023] New: used saved report page holding on to filter
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7023 Bug #: 7023 Summary: used saved report page holding on to filter Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I do a search on the 'use saved' reports page and leave to do other things in Koha. I then click on 'reports' from the menu and 'use saved' again - the filter is still selected. I had a mini panic attack that I had lost all of my reports before realizing what happened. Is there a way to not have that page hold on to the filter? Or was that a "feature" By the way the URL is /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved -- so the query isn't in the URL anymore the second time I come to the page. -- 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 6909] New: Detect duplicates when importing records - not working
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6909 Bug #: 6909 Summary: Detect duplicates when importing records - not working Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: David.w.Hartman(a)Disney.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I am adding records and the detect duplicates feature for ISBN and ISSN is not working for me. I added over 3000 unique records ... Now I am adding 500 copy 2s - all have identical ISBNs. In staging, all records say no_match. I marked this major as I cannot continue till it is fixed or I find a workaround. Thanks! Koha is great!!! -- 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 4833] New: show all fields when ordering from suggestion
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '14

12 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4833 Summary: show all fields when ordering from suggestion Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid= 1&basketno=1 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you are adding a suggestion to the basket you see only some of the info from the suggestion. At the very least it should show the budget that the item should be ordered from since this is acquisitions and the budget is a field on the suggestion. -- 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 3

[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 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 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