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

[Bug 6520] New: Items don't display when viewing staged records
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6520 Bug #: 6520 Summary: Items don't display when viewing staged records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When you view a staged record, even if you're adding items, the items don't show up because they're no longer included in the bib record's marc. They should be added in for display purposes. -- 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 24

[Bug 8752] New: Log circulation renewal
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8752 Priority: P5 - low Change sponsored?: --- Bug ID: 8752 Assignee: koha-bugs(a)lists.koha-community.org Summary: Log circulation renewal Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: Transaction logs Product: Koha Renewal log is not capturing in action_logs table after renewal the books. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10476] New: Guarantor Search Not Limiting by Category Type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10476 Bug ID: 10476 Summary: Guarantor Search Not Limiting by Category Type Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the guarantor search is not being limited by category type. In guarantor_search.pl, there is code that says the search of the borrowers table should be limited by the category_type "A" (i.e. Adult) (or "I" (i.e. Institution) in the event that the patron being guaranteed has a category_type of "P" (i.e. Professional). Here is the code: my $search_category = 'A'; if ($category_type eq 'P'){ $search_category = 'I'; } $results = Search({''=>$member, category_type=>$search_category},$orderby); However! If you investigate the "Search" sub and the subsequent "SearchInTable" sub, there is no reference to the "categories" table where the "category_type" column is located. Moreover, if you actually do a search for guarantors, you will always be able to retrieve any patron. That means that professionals can guarantee professionals, and children and guarantee children. It looks like this bug was introduced when Search and SearchMember were unified into the one Search sub. -- Now...for our purposes at Prosentient...we actually want professionals to be able to guarantee professionals, so this bug is actually "beneficial". However, I imagine lots of people in public libraries might not like having a guarantor search that doesn't weed out the children. I probably won't work on this bug (at least not any time soon), but it might an idea to create a system preference that allows users to decide what type of guarantor->guarantee relationship they want to set up in terms of category types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7255] New: Information on Holds Transfer Slips is Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255 Bug #: 7255 Summary: Information on Holds Transfer Slips is Inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: ago(a)bywatersolutions.com, gmcharlt(a)gmail.com Some of my libraries are experiencing situations where the items barcode number and call number sometimes print on the hold transfer slip and sometimes not. Other libraries have never had this information print on the slip. We've discovered that they've got a race condition in the code; when you click "confirm and print slip", you're both submitting the form that confirms the hold, as well as opening the transfer slip page. If this is a title-level hold originally, the item information (barcode and callnumber) isn't filled in until the form you've submitted completes it's action. So, depending on all kinds of server-level variables, the transfer slip process will either complete first, and not show item information, or complete second, and include barcode/callnumber. There is no way to tell which process will win the race ahead of time. So that's WHY it's a problem. As to how to fix it, we're not sure yet. The best solution would be to modify the page so that submitting the form completes, then triggers the hold slip (rather than both starting up at once), but that would involve an extensive reworking of the system. A quicker solution is to introduce a delay, but we're not sure exactly where yet. -- 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 19

[Bug 10231] New: When logging in with database user library selection is not saved
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '15

18 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10231 Bug ID: 10231 Summary: When logging in with database user library selection is not saved Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com To test: 1) Log into Koha with your database user, make sure you select a specific library from the pull down on the login page 2) Verify you are logged in correctly, but the top menu shows NO LIBRARY SET. We should either not show the pull down or make it work correctly. See also behaviour after applying patch 10054. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 7520] New: json script to return item types
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '15

18 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7520 Bug #: 7520 Summary: json script to return item types Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Small script to return list of available item types, useful for building item type lists in custom code, eg provided in sysprefs -- 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 18

[Bug 8926] New: deletedborrowers should have a timestamp
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '15

18 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8926 Priority: P5 - low Change sponsored?: --- Bug ID: 8926 Assignee: gmcharlt(a)gmail.com Summary: deletedborrowers should have a timestamp Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Database Product: Koha Most of the deleted* tables have a timestamp so you can find things deleted in a timeframe, but deletedborrowers doesn't have that. It should. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 7673] New: New patron permissions
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7673 Priority: P5 - low Change sponsored?: --- Bug ID: 7673 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: New patron permissions QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha refine permissions again : # limited_item_edition Limit item modification to barcode, status and note (please note that edit_item is still required) # manage_shelves Allows to manage shelves # delete_all_items Delete all items # merge_from_shelves Allows to merge records from shelves # items_limited_batchmod Limit batch item modification to item status (please note that items_batchmod is still required) -- You are receiving this mail because: You are watching all bug changes.

1 156

[Bug 10813] New: changing sort on tag results shows more results
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10813 Bug ID: 10813 Summary: changing sort on tag results shows more results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I have a report that when you click a tag in the tag cloud and then change the sort option on the top right it shows no results found in koha 3.10.10 when I test this in master I get results, but too many - I get results for a keyword search instead of the tag search. Either way there is a problem with being able to change the sort on a tag search results page. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6950] New: Cannot sort the results of a tag search
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6950 Bug #: 6950 Summary: Cannot sort the results of a tag search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All 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 If you click a link from the Tag Cloud, the results page offers the usual select menu to resort your results. However, doing so resubmits the search as a standard keyword search. I'm assuming there isn't even a way to pass a different sort to the tag search, so it might be necessary to simply hide the resort option when displaying the results of a tag search. -- 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 19