June 2014 - Koha-bugs - lists.koha-community.org

[Bug 12465] New: XSLT: Missing punctuation between 710$a and $b
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12465 Bug ID: 12465 Summary: XSLT: Missing punctuation between 710$a and $b 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If you have a record with 710$a and $b, there is no space or punctuation between the fields in result list and detail page in OPAC and staff. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12429] New: patron seeing fines codes
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '14

23 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12429 Bug ID: 12429 Summary: patron seeing fines codes Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/opac-account.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28867 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28867&action=edit FU showing in OPAC In the past the patron did not see the Fines code (FU, F, etc) - but they do now and it's confusing and a bit insulting in US English. Can we have FU just say Fine or not appear at all to the public? -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 12012] New: Updating Zebra config files for debian packages
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '14

22 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12012 Bug ID: 12012 Summary: Updating Zebra config files for debian packages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 9612 updates koha-conf.xml and some Zebra config files for DOM indexing in order to resolve the default SRU response and do some cleanup. These changes should be applied to the debian template files as well for package installs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11575] New: OPACBaseURL sometimes set by ENV variable and not system preference
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '14

20 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11575 Bug ID: 11575 Summary: OPACBaseURL sometimes set by ENV variable and not system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, OPACBaseURL is being set by the $ENV{'SERVER_NAME'} variable with the following code (from 2009) executed in Auth.pm's sub "get_template_and_user": OPACBaseURL => ($in->{'query'}->https() ? "https://" : "http://") . $ENV{'SERVER_NAME'} . ($ENV{'SERVER_PORT'} eq ($in->{'query'}->https() ? "443" : "80") ? '' : ":$ENV{'SERVER_PORT'}"), Basically, this checks whether or not HTTP or HTTPS was used, then uses an environmental variable to fill in the SERVER_NAME and the SERVER_PORT (if it's not 443 or 80). Unfortunately, it appears that this SERVER_NAME is set by the URL used to access Koha, rather than the ServerName provided by Apache. In many cases, this is probably fine, but it means that the OPACBaseURL can change, if you have multiple aliases or if you use an IP address to connect to Koha. Moreover, if you're using a proxy server, it seems to pick up the local domain of the proxy server and NOT the domain from the URL provided by a user. The domain from your URL will appear instead in $ENV{'HTTP_X_FORWARDED_HOST'}. I propose that we just change this variable declaration to: OPACBaseURL => ($in->{'query'}->https() ? "https://" : "http://") . C4::Context->preference("OPACBaseURL") The comments from Bug 2152 seem to indicate other times when the system preference should be used over the environmental variable as well. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 10482] New: add items limit and sort to rebuild zebra
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10482 Bug ID: 10482 Summary: add items limit and sort to rebuild zebra Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When indexing biblio records, the items are added into MARC format during database export (MARCXML or ISO2709). For some records, there is a huge number of items, mainly serials creating an item for each issue. There should be an option in rebuild_zebra.pl to limit the number of items added to record and an option to define a sort of those items. This will speed-up some indexing and avoid a known bug : when Zebra has a record with size too big for ISO2709 format this record returned as search result is broken (some items fields contains odd characters). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8868] New: ILS-DI: CancelHold needs to take a reserve_id
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8868 Priority: P5 - low Change sponsored?: --- Bug ID: 8868 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: julian.maurice(a)biblibre.com Summary: ILS-DI: CancelHold needs to take a reserve_id Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha CancelHold takes two parameters: patron_id and item_id. If item_id is considered as an itemnumber, holds on title can't be canceled. If item_id is considered as a biblionumber, all holds on this biblionumber (for a borrower) will be canceled. So CancelHold have to consider item_id as a reserve_id. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 10952] New: Store anonymous search history in session
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10952 Bug ID: 10952 Summary: Store anonymous search history in session Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Storing search history into cookie can cause problems, due to the size limitation of 4KB. The solution here is to store search history into the CGI::Session object, so there is no size limitation -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 7304] New: Working on funds ergonomic display and funds management by multi librarians
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7304 Bug #: 7304 Summary: Working on funds ergonomic display and funds management by multi librarians Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 "* aqbudgets.pl displays funds the librarians can use. There is a « show all funds » check box to access every funds. * on the fund level, you can define owner, users and/or library and then restrict access to : none of these or to the owner only or to the ower + users o to the ower + users + librarians from a specific library. We based the restriction on the library a librarian is connected to. These restrictions take effect on : acqui/acqui-home.pl acqui/booksellers.pl acqui/lateorders.pl acqui/neworderempty.pl acqui/parcel.pl admin/aqbudgets.pl admin/aqplan.pl" (BibLibre MT5557) -- 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 28

[Bug 10402] New: Add multiple contacts for vendors
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10402 Bug ID: 10402 Summary: Add multiple contacts for vendors Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com Some vendors may have more than one contact. For example, a technical contact and a billing contact, or a contact for journals and a contact for monographs. Rather than require that each contact be either made into a separate vendor or recorded somewhere outside of Koha, it would be really useful of Koha had the ability to add multiple additional contacts to vendors i the acquisitions module. -- You are receiving this mail because: You are watching all bug changes.

1 119

[Bug 10883] New: OPACAllowHoldDateInFuture can let a patron jump to the top of the holds list
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10883 Bug ID: 10883 Summary: OPACAllowHoldDateInFuture can let a patron jump to the top of the holds list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a patron is allowed to add a future date for the hold using the "Hold starts on date" field, that patron can put a date in that is in the *past* which will cause them to move to the top of the holds queue ( assuming they make the past date far enough back that it is earlier than all the other hold dates ). http://screencast.com/t/s58QhaA8 -- You are receiving this mail because: You are watching all bug changes.

1 15