April 2015 - Koha-bugs - lists.koha-community.org

[Bug 13793] New: The installer does not output the result of the update using Plack
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '15

17 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13793 Bug ID: 13793 Summary: The installer does not output the result of the update using Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Under Plack, the installer does not output the result of the update. -- You are receiving this mail because: You are watching all bug changes.

1 17

[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 13756] New: Holds over date
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13756 Bug ID: 13756 Summary: Holds over date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Would like to see hold over date calculated at time of hold and recorded in the requests table with the hold. As I understand it, holds over dates are calculated when the holds over table is looked at. This is a very loose calculation, since if the value of ReservesMaxPickUpDelay is changed at any time, the holds over period changes with that, regardless of when the hold was filled. Some libraries may prefer to have that date fixed in place on the table, while others might want the fluid, on the spot calculation, so perhaps it should be an option. For me, as someone dealing with consistency and reports, a fixed date in the table is preferred. It would be great to be able to run custom reports and see those dates. It would be great to have that date show in the holds information for both item and patron screens on the staff side. It would be great to be able to print that date on the hold slips. It would be great to know that if we let patrons know how long they have to pick something up, that won't change because an adjustment is made to ReservesMaxPickUpDelay (although, how often does that happen?). My two cents. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14004] New: Disable intranetuserjs / opacuserjs
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14004 Bug ID: 14004 Summary: Disable intranetuserjs / opacuserjs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be *super* handy if intranetuserjs and/or opacuserjs could be temporarily disabled via a check-box or syspref. Right now, debugging issues in intranetuserjs usuaally starts with copying the contents into a text file, blanking the syspref and re-testing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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

[Bug 10338] New: Search history can cause "Out of memory" errors
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10338 Bug ID: 10338 Summary: Search history can cause "Out of memory" errors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jweaver(a)bywatersolutions.com After a certain number of searches, thawing the search history cookie (line ~296 of C4/Auth.pm) can cause an "Out of memory" error, causing all OPAC scripts to stop working. This seems to occur after a certain number of searches, but does not seem to be related to corruption or truncation due to the max cookie size. The current workaround is to disable OPAC search history (the EnableOpacSearchHistory syspref). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10340] New: deleted orders should not be taken into account for Item count calculation in booksellers.pl
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10340 Bug ID: 10340 Summary: deleted orders should not be taken into account for Item count calculation in booksellers.pl 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: mathieu.saby(a)univ-rennes2.fr in booksellers.pl, the "Item count" column contains all items, even if the order was deleted. I think it is a wrong behavior. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13912] New: System preference for default place of publication (country code) for field 008, range 15-17
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13912 Bug ID: 13912 Summary: System preference for default place of publication (country code) for field 008, range 15-17 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The country code of place of publication is hardcoded to xxu (United States) in field 008 value builder. We should offer an option to change it. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 7890] New: highlight required in yellow
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '15

16 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7890 Priority: P5 - low Change sponsored?: --- Bug ID: 7890 Assignee: gmcharlt(a)gmail.com Summary: highlight required in yellow QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When you're cataloging if you forget to fill in some fields an error pops up and then the fields you forgot to fill in are highlighted in yellow - why not highlight them in yellow to start with so that they stand out better? -- You are receiving this mail because: You are watching all bug changes.

1 1