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

[Bug 4030] Patron attribute types cannot be made mandatory
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4030 Marjorie Barry-Vila <marjorie.barry-vila(a)ccsr.qc.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila(a)ccsr.qc | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2696] Fine Payments Should Show What Was Paid For
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2696 --- Comment #11 from Chetan Panchal <chetanpanchal888(a)hotmail.com> --- Thanks Kartin, I understood the problem. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 10827] New: List of holds does not update correctly
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10827 Bug ID: 10827 Summary: List of holds does not update correctly Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an item has many patron's holds and it is checked-in, the first priority patron hold in the list of holds is set as "waiting". Then when this hold expires o is cancelled the hole list of holds doesn't update: the next patron in the list of holds "keeps on hold" but not "waiting" and no email is inserted in the message queue table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 14354] New: Only superlibrarian should see edit links for other branches' items in staff detail
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14354 Bug ID: 14354 Summary: Only superlibrarian should see edit links for other branches' items in staff detail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Testing bug 6559 I noticed that if you are not superlibrarian and IndependentBranches is turned on, you can't edit items from the item form as the edit links are not shown. But when you use the edit link from the staff detail page, you can. We shouldn't show edit link for other branches' items on the staff detail page when IndependentBranches is turned on and the staff user doesn't have superlibrarian permission. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15187] New: Adding 880 Fields to index-list in order to increase Search or RTL Script (Arabic)
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15187 Bug ID: 15187 Summary: Adding 880 Fields to index-list in order to increase Search or RTL Script (Arabic) Change sponsored?: --- Product: Koha Version: 3.20 Hardware: PC OS: Windows Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)meta21st.com QA Contact: testopia(a)bugs.koha-community.org We have found that after we turned on ICU indexing to index Arabic in our catalogue (using these steps: http://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records) we get results from searches in Arabic but NOT in specific search-limits such as "title," "author" or "series." This is 880 isn't INDEXED SPECIFICALLY TO DELIVER SEARCH RESULTS. We would very much like to add this functionality to our Koha instance. We have tried our hand at these steps (to add new field to the indexing list): http://wiki.koha-community.org/wiki/How_to_add_new_zebra_index to no avail. A friendly listserver suggested something like this: > <xsl:template match="marc:datafield[@tag='880']"> > <xsl:variable name="linkage" > select="substring(marc:subfield[@code='6']",1,3)"/> > <xsl:call-template name="$linkage" /> > </xsl:template> But then suggested that we try something like this: > <index_subfields tag="880" subfields="a" > condition="substring(marc:subfield[@code='6']",1,3) = 245"> > <target_index>Title-cover:w</target_index> > <target_index>Title-cover:p</target_index> > <target_index>Title-cover:s</target_index> > <target_index>Title:w</target_index> > <target_index>Title:p</target_index> > <target_index>Title:s</target_index> > </index_subfields> But that this required a specific block of edits to be made FOR EVERY LINKED FIELD to get 880 indexed "properly." Thank you. I have attached a few records from or catalogue. Jesse Lambertson jlambertson(a)sqcc.org -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 2008] Daily reconciliation report broken
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

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

1 0

[Bug 11360] New: Disable barcode field and submit button when a hold is found
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11360 Bug ID: 11360 Summary: Disable barcode field and submit button when a hold is found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the moment when scanning in returns, it can be easy to miss a hold trap due to the fact that the barcode and submit are still active and the barcode field is focused on. A librarian who is focused on scanning can easily scan another item and pass over the form, which is equivalent to clicking the "ignore" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 15254] New: Koha/Plack runs in endless loop if mysql is down
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15254 Bug ID: 15254 Summary: Koha/Plack runs in endless loop if mysql is down Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: wosch(a)freebsd.org QA Contact: testopia(a)bugs.koha-community.org Hi, I'm running koha-common_3.20.04 with plack enabled. I noticed that the CPU runs at 100% if the mysql service is down. Looking in the logfiles it seems that starman starts a /etc/koha/plack.psgi process, and if it fails try it again. here is the apache error log output: DBI connect('dbname=koha_koha;host=localhost;port=3306','koha_koha',...) failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /usr/share/perl5/DBIx/Connector.pm line 32. Error while loading /etc/koha/plack.psgi: Can't call method "do" on unblessed reference at /usr/share/koha/lib/C4/Context.pm line 793. Compilation failed in require at /usr/share/koha/lib/C4/Letters.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Letters.pm line 27. Compilation failed in require at /etc/koha/plack.psgi line 33. BEGIN failed--compilation aborted at /etc/koha/plack.psgi line 33. How to repeat: on a system with plack enabled and running koha: sudo /etc/init.d/koha-common stop sudo /etc/init.d/mysql stop sudo /etc/init.d/koha-common start now check the system load with top(1) -Wolfram -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15242] New: Missing subroutine in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15242 Bug ID: 15242 Summary: Missing subroutine in overdue_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When parse_letter was renamed to parse_overdue_letter on bug 12933 an error was introduced so that overdue_notices.pl cannot find the subroutine -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 15207] New: Error on upgrade from 3.20.5 to 3.22 beta
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '15

25 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15207 Bug ID: 15207 Summary: Error on upgrade from 3.20.5 to 3.22 beta Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51