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

[Bug 8251] New: Patrons are systematically debarred at checkin
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '12

27 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8251 Priority: P1 - high Change sponsored?: --- Bug ID: 8251 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha(a)univ-lyon3.fr Summary: Patrons are systematically debarred at checkin Severity: critical Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Created attachment 10289 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10289&action=edit Patrons systematically debarred at checkin When suspension in days are used, the delta days between due-date and checkindate is tested in _FixFineDaysOnReturn line 1843 : if ( ( $deltadays - $grace )->is_positive ) and if positive the patron is debarred. The problem is that it's always positive even if the borrower is not late because the delta_days function of the Datetime module used in 'days_between' function always return a positive delta (from what I understood) Test plan : 1) configure a rule in issuingrules that includes a suspension in days 2) do a checkout for a borrower and document type corresponding to the rule. 3) do a checkin -- You are receiving this mail because: You are watching all bug changes.

1 55

[Bug 6011] New: 7xx fields should optionally link on standard (ISBN/ISSN/etc.) numbers
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '12

27 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6011 Bug #: 6011 Summary: 7xx fields should optionally link on standard (ISBN/ISSN/etc.) numbers Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org It should be possible to navigate 7xx related entries tracings via searches on standard numbers, rather than being limited to just textual or control number searches. -- 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 7010] New: Select all records from search
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '12

26 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7010 Bug #: 7010 Summary: Select all records from search Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org Right now, it is possible to select all the records on a particular page and add them en masse to a list or the cart, but it is not possible to select all the records a search returns, if there are more records than appear on a single page. For searches returning <100 results, this isn't a problem, but for searches returning hundreds or thousands of results, going to each page and choosing "Select all" is not really practical. There should be a link to "Select all search results," and have that work with the fast list add dropdown/save button on the search results. -- 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 8366] New: Meaning of "All" in issuing rules
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '12

25 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8366 Priority: P5 - low Change sponsored?: --- Bug ID: 8366 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, nengard(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Meaning of "All" in issuing rules Severity: major Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha In issuingrules, the library / patron category / item type all have a "all" option. The meaning of this "all" differ : * for library and patron category, what is entered here is used if no other rule is defined. * for item types, what is entered here is used for all check-out for itemtypes that don't have a specific rule. Let's suppose we have 4 itemtypes : book, comics, dvd, CD Rules are : BOOKS 2 COMICS 3 "All" 4 If you check out a DVD, Koha will check if the total number of NOT IN('BOOKS','COMICS') is less than 4 so the "All" is more an "otherwise" than a default value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8371] New: Add network level issuing rules
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '12

25 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8371 Priority: P5 - low Change sponsored?: --- Bug ID: 8371 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Add network level issuing rules Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Some libraries want to say : "you can check-out 5 books at library A, 5 books at library B, and 7 books total" That could be achieved by adding a "Global" or "Total" level to issuingrules. In this "Total" level, only the number of check-out is relevant (durations, ... are not) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8617] New: Problem with display of comments waiting for moderation in OPAC
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '12

25 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8617 Priority: P5 - low Change sponsored?: --- Bug ID: 8617 Assignee: oleonard(a)myacpl.org Summary: Problem with display of comments waiting for moderation in OPAC Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha To test: 1) Check you have comments activated (system preference: reviewson) 2) Add a comment to a record in the OPAC. The comment is shown with a light green background and the message: Your comment (preview, pending approval) 3) Refresh the page. Problem: The comment will no longer be shown to the logged in user. 4) Go into staff and approve the comment. (Tools > Comments) 5) Refresh the page in OPAC again. The comment shows up as "Your comment" correctly. 6) Edit the comment and change the text. Problem: Now 2 entries are shown in the comment list. One "Your comment" with the original text and one "Your comment (preview, pending approval)" with the edited text. It's confusing and looks like a new comment has been added. 7) Refresh the page. Problem: Both comments are gone. 8) Go into staff and approve the edited comment again. The edited comment is back and visible. I think the behaviour on refreshing the page is confusing to the patron. The comments should show in their current state whenever I get to the page while being logged in. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8629] New: update of statistics fields on fund selection in order creation/edition
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '12

25 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8629 Priority: P5 - low Change sponsored?: --- Bug ID: 8629 Assignee: koha-bugs(a)lists.koha-community.org Summary: update of statistics fields on fund selection in order creation/edition Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha In 'neworderempty' and 'addorederis2709', changing fund will call the ajax function 'fetchSortDropbox' (acq.js). If fund selected has a defined authorized value for statistic field 'sort1', a combo-box is displayed for this field (idem for sort2). Bug is that when switching from a found with authorized value to one without authorized value, statistic field is an empty combo-box instead of a free text input. Also, permission on fetch_sort_dropbox.pl was 'edit_catalogue'. I set it to 'order_manage', the same has 'neworderempty.pl' and 'addorederis2709.pl'. I added a behavior : when statistic field is already a free text input and fund selected is without authorized value, the field is not modified to preserve its value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 8503] New: Software error n edit items with EasyAnalyticalRecords
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '12

24 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8503 Priority: P5 - low Change sponsored?: --- Bug ID: 8503 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Software error n edit items with EasyAnalyticalRecords Severity: major Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When editing some records, the editing items returns an error : "Software error: Can't call method "field" on an undefined value at /home/koha/src/cataloguing/additem.pl line 570." (MT9859) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8699] New: item creation or managmenent sometime crashes when easyanalyticalrecords is on
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '12

24 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8699 Priority: P5 - low Change sponsored?: --- Bug ID: 8699 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: item creation or managmenent sometime crashes when easyanalyticalrecords is on Severity: enhancement Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Cataloging Product: Koha When easyanalyticalrecords is on, it is sometimes impossible to create or manage items for a biblio. This is due to the fact that it manages items as if they were still in the marcxml : Can't call method "field" on an undefined value at /home/koha/src/cataloguing/additem.pl line 570 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7777] New: Having only one text field for the serials search
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '12

21 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7777 Priority: P5 - low Change sponsored?: --- Bug ID: 7777 Assignee: adrien.saurat(a)biblibre.com Summary: Having only one text field for the serials search QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha Created attachment 8399 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8399&action=edit Screenshot All search fields are unique except in the Serials module. Here we have a ISSN field, and a Title field. The search is performed by the GetSubscriptions in C4/Serials.pm. The string typed in the Title zone is compared to the following fields: biblio.title subscription.callnumber subscription.location subscription.notes subscription.internalnotes The string typed in the ISSN field is compared to: biblioitems.issn subscription.callnumber (again!) The differences are not very significant, and the text accompanying the fields (saying just ISSN and Title) are not consistent with the actual search process. It would then probably be simpler to use only one input field, like it's done for other searches in Koha. We could do something closer to the "Search the Catalog" tab. Only one field, and a text saying "Enter search keywords:" -- You are receiving this mail because: You are watching all bug changes.

1 1