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

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

[Bug 10410] New: SCO displays 'return this item' even if item's barcode is not found
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10410 Bug ID: 10410 Summary: SCO displays 'return this item' even if item's barcode is not found Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com Created attachment 18651 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18651&action=edit pic currently in the SCO, when returning an item - the SCO displays 'return this item' even if item's barcode is not found pic attached -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7015] New: Fixup Template Code to Accommodate More Variety of Label Styles
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7015 Bug #: 7015 Summary: Fixup Template Code to Accommodate More Variety of Label Styles Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Modify template code to allow the use of a greater variety of label styles (such as Gaylord LSL04, and friends). A cursory review reveals this basic spec: 1. Modify the Template view code to allow addition of columns of multiple dimensions. 2. Modify the Template control code to translate template specs into and out of xml format. 3. Modify the Template model to reduce the existing number of fields to the minimum needed to store the new template format. 4. Modify any other control code which requires access to template specs. -- 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 9988] New: Unneeded timeouts when saving authorities (Can we merge smarter?)
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9988 Bug ID: 9988 Summary: Unneeded timeouts when saving authorities (Can we merge smarter?) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl When saving an authority used in many biblios, Koha may have a timeout due to updating all those bib records. But in case I just update e.g. a 551 tag for the auth record, there is no need at all to update all those bib records. We should have a smarter merge function in C4/AuthoritiesMarc.pm. Note that you could use the pref to move updating all biblios to a cron job. Wouldn't it be nicer if we could do something in between? If we really need to update a handful of records, do it rightaway. If we really (!!) need to update 2000 records (in my example Koha is updating 2000 records for nothing), we could perhaps leave that to a cron job. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13189] New: Patron card creator patron search browse by last name broken by extended attributes
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13189 Bug ID: 13189 Summary: Patron card creator patron search browse by last name broken by extended attributes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The browse by last name letters on the patron search for the patron card creator doesn't work quite right. If extended patron attributes are disabled, it works fine, but if they are enabled, they are searched even when using the browse last name. Thus, if a searchable attribute has a "D" in it, and one clicks the "D" link for the last name browser, that patron will show even if he or she has no "D" in his or her hame! -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 13479] New: Add option to add/remove biblios from list of books with forced item holds
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '15

15 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13479 Bug ID: 13479 Summary: Add option to add/remove biblios from list of books with forced item holds 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This report is a follow-up for bug 13478. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12