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

[Bug 10272] New: CheckReserves returns not respecting ReservesControlBranch
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10272 Bug ID: 10272 Summary: CheckReserves returns not respecting ReservesControlBranch Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com CheckReserves is using the CircControl system preference to determine what patrons an item can fill a hold for. It should be using ReservesControlBranch instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 10672] New: Add subtitle to display of checkouts, overdues, and holds on the patron summary
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10672 Bug ID: 10672 Summary: Add subtitle to display of checkouts, overdues, and holds on the patron summary Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-user.pl OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In the OPAC, the patron summary page (opac-user.pl) doesn't show subtitle in the lists of checkouts, overdues, or holds. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 10742] New: simple search to z39.50 search keeps index
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10742 Bug ID: 10742 Summary: simple search to z39.50 search keeps index Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In intranet, when search does not return results, there is a button to perform the same search on Z39.50 servers. This works well when coming from advanced search. But when using simple search from header, in the Z39.50 search box "kw,wrdl" is added to the operand in title. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10793] New: XSLT change 780/785 search queries to use ti, phr indexes like other linking entries
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10793 Bug ID: 10793 Summary: XSLT change 780/785 search queries to use ti,phr indexes like other linking entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, the 780 (preceding entry)/785 (continuing entry) fields in the XSLT are using a plain "q=" search, while other linking entries like 773 (host item) and 775 (other edition) use the ti,phr indexes like so "q=ti,phr:". This bug seeks to change it so that the 780 and 785 fields use the ti,phr indexes for searching as well, since the search queries are populated using the "title" or "main entry heading" subfields. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10609] New: Use branch name rather than branch code in serials-collection.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10609 Bug ID: 10609 Summary: Use branch name rather than branch code in serials-collection.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, the branch code is being used in the DataTables of serials-collection.pl. Bug 10429 fixed this in claims.pl, so I'm sure a similar method could be used to correct that here as well. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10915] New: about->timeline broken on upgraded Koha
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10915 Bug ID: 10915 Summary: about->timeline broken on upgraded Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org the about->timeline display is broken on upgraded Kohas this patch adds a default 'fall-back' doc path, if one has not been defined in the koha-conf.xml this regression was caused by bug 8911 -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11046] New: keeping uncertain or range dates in publicationyear and copyright date
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '13

13 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11046 Bug ID: 11046 Summary: keeping uncertain or range dates in publicationyear and copyright date 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In C4:Biblio::TransformMarcToKoha, publicationyear and copyrightdate are filled from MARC dates. MARC dates could be uncertain. like "200X", "2012?", "ca. 2012". If there is a "X" or a blank, the date is not copied in database. Maybe this could be fixed. But in that case, publicationyear and copyrightdate will sometimes contain non numerical data. Maybe that's an issue? Sometime MARC dates are a range, like "2010-2013". In that case, Koha is currently using only the first one. Why not both? Last remark : In UNIMARC, I don't know the difference between publicationyear and copyrightdate. Is it obvious for MARC21 people ? M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10574] New: Remove the message about upgrading to 3.4
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '13

13 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10574 Bug ID: 10574 Summary: Remove the message about upgrading to 3.4 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: robin(a)catalyst.net.nz CC: robin(a)catalyst.net.nz When doing a fresh installation, a warning note about a command that needs to be run when going up from 3.2 is displayed. This is useless in most cases. The script that manages this should be changed to only display the note if you are actually coming from 3.2. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9603] New: Fix layout of Patron Card Creator Layout screen for display in IE
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '13

13 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9603 Bug ID: 9603 Summary: Fix layout of Patron Card Creator Layout screen for display in IE Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au Currently, the layout for the Edit/Add Layout screen of the Patron Card Creator is in complete disarray, when viewed in Internet Explorer (of any version). The nav bar is pushed to the bottom of the page, every fieldset is empty (as their contents have been pushed out into different parents of the page), and the checkboxes don't work. The cause appears to be some extraneous mark-up (a few extra fieldset and li elements)and some missing mark-up (ol elements to wrap the list elements, especially when nesting lists within each other and within div elements). -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10588] New: opac-topissues first branch always selected in filters
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '13

13 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10588 Bug ID: 10588 Summary: opac-topissues first branch always selected in filters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In OPAC most popular items page: With user is logged-in his branch should be selected. When a branch is manually selected and form is submitted, this branch should be selected in results page. When looking at HTML, you see that all options are selected in combobox o_O. -- You are receiving this mail because: You are watching all bug changes.

1 26