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

[Bug 9560] New: Add a filter by basketgroup in reception page
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9560 Bug ID: 9560 Summary: Add a filter by basketgroup in reception page 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 Receipt summary page, there are filters on the left : - isbn, author, title - basket - orderline - ean It would be useful to add a filter by basketgroup number. Additionnaly, "basket" could be rename "basket number", and "ean" could be moved just behind "isbn, author, title" M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11436] New: Default values in subfields are not passed on when cloning the field
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11436 Bug ID: 11436 Summary: Default values in subfields are not passed on when cloning the field 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: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you set up a field, say 600, and one or more of its subfields have default values in the framework, cloning the field in the cataloging interface will creaté a new field, but all its subfields will be empty, including the ones with default values. Default values should appear in cloned fields, since the catalogers goal is to repeat the field. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |11287 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11322] New: Suggestion "notes" field should be sanitized or escaped
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11322 Bug ID: 11322 Summary: Suggestion "notes" field should be sanitized or escaped Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org It's possible for patron to make purchase suggestion from OPAC with html/javascript code within Notes: field. Such injected JS code will be stored in the database, and in certain circumstances (when managing suggestions in acquisition) it may got subsequently executed in staff WWW browser. Other suggestion fields may be affected as well, but the problem with 'notes' is potentially more severe because it's a long field - more elaborate "evil" script will fit into it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 11242] New: fix opac-MARCdetail.pl bizarre ordering of data and noisy warnings
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11242 Bug ID: 11242 Summary: fix opac-MARCdetail.pl bizarre ordering of data and noisy warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org If the framework used by an MARC record does not have fields defined which were imported (e.g. imported 852$9, but BKS does not have that defined), the missing information generates a '--' as part of the OPAC description in 'MARC view', but separated from data to be displayed which is defined. This is in part due to the choice of || 0, instead of calculating the tab based on the tag (e.g. 852 => tab 8). Additionally, this || 0 part happens in part because of a variable being undef, which causes some noisiness in the logs. So any undef potentially setting code related to $sf_def will be made less noisy. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11183] New: Warnings in opac
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11183 Bug ID: 11183 Summary: Warnings in opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Get rid of some warnings -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 7484] New: Keeping typed values when searching for authorities
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7484 Bug #: 7484 Summary: Keeping typed values when searching for authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT2545] Page "Home › Authorities" 1) I'm on the "Search authorities" tab. I select an authority type, then change the active tab. The type change is lost. 2) I'm on a tab and type a search pattern, then change tab, the string is lost. This behaviour is logical, given the fact that we're using tabs, but it would be more practical to keep the typed informations when the user changes the search mode. -- 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 20

[Bug 11105] New: label - staff client - topics on facets not easily css selectable
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11105 Bug ID: 11105 Summary: label - staff client - topics on facets not easily css selectable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.dustin(a)massey.ac.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com label - staff client - topics on facets not easily css selectable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11275] New: make deleteditems.materials of type text
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11275 Bug ID: 11275 Summary: make deleteditems.materials of type text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 7278 has made items.materials of type text. It must be the same in deleteditems column. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11222] New: A regression on label-item-search.pl done by Bug 9239
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '13

23 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11222 Bug ID: 11222 Summary: A regression on label-item-search.pl done by Bug 9239 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org Hi to all, the commit http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=144c7f4e4e023f7… for bug 9239 insert a regression on the search of items in print labels. In fact it an error only in one line, line 100. The patch is: - $ccl_query .= "acqdate,st-date-normalized,le=" . $datefrom->output("iso"); + $ccl_query .= "acqdate,st-date-normalized,le=" . $dateto->output("iso"); -- You are receiving this mail because: You are watching all bug changes.

1 20