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

[Bug 13650] New: Parenthesis in subject links problematic for search
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13650 Bug ID: 13650 Summary: Parenthesis in subject links problematic for search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching Assignee: wsalesky(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13600] New: XSLT: 8xx not showing if there is no 4xx
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600 Bug ID: 13600 Summary: XSLT: 8xx not showing if there is no 4xx 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In records with series field(s) 800/810/830 only (no 4XX series), no series are displayed. The MARC21 rules say: "An 810 field is usually justified by a series statement (field 490) or a general note (field 500) relating to the series." "usually" means it should show even if there is no 490 http://www.loc.gov/marc/bibliographic/bd810.html -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 11943] New: AcceptShare should check for double accepts
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11943 Bug ID: 11943 Summary: AcceptShare should check for double accepts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As a follow-up on bug 9032, noting a small problem here: If you share the same list twice and one patron accepts both invites, a second share record exists for the same combination of patron and list. Apart from that, there is no problem when viewing the lists or removing the share (both records are removed). When the user accepts the second time, he will be redirected to the list just as the first time. But for better housekeeping, I will still submit a patch here that deals with this situation. Imho this should not block pushing the 9032 patches. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6383] New: itemnumber not stored when a lost item is returned and credited to account
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6383 Bug #: 6383 Summary: itemnumber not stored when a lost item is returned and credited to account Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When a lost item is returned and no longer lost the patron's account is credited, but the item number isn't stored in the itemnumber field in the db. To see what I mean try this report: select b.surname, b.firstname, bib.title, i.itemcallnumber, a.description from accountlines a left join borrowers b on (b.borrowernumber=a.borrowernumber) left join items i on (i.itemnumber=a.itemnumber) left join biblio bib on (bib.biblionumber=i.biblionumber) where a.accounttype='CR' and a.description like 'Item Returned%'; Since the barcode is printing in the description getting the itemnumber in to that table shouldn't be difficult ... I would think. -- 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 1

[Bug 13812] New: Facet links broken when shelf location limit is used.
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13812 Bug ID: 13812 Summary: Facet links broken when shelf location limit is used. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This bug is analogous to Bug 13442, but it affects shelf location rather than collection code: Limiting a search by shelf location is broken, because it wraps double-quotes around the "value" part of the key-value pair in the URL. This breaks the href= part of the anchor tag. The anchor tag generated for the shelf location faced is <a href="/cgi-bin/koha/opac-search.pl?&limit=mc-loc%3A"100100ADFICCF"&limit=mc-loc%3A"100200ADFIC"&limit=mc-loc%3A"100250ADFICGN"&limit=mc-loc%3A"100300ADFICHF"&limit=yr%2Cst-numeric%3D2014-&sort_by=acqdate_dsc&limit=au:Paetro%2C%20Maxine%2C" title="Paetro, Maxine,">Paetro, Maxine,</a> Once again, double-quotes inside the URL are causing a premature close of the href, which results in a broken link. I think that we need to take a look for code duplication inside C4::Search::buildQuery -- if there's more than one section of code where we're wrapping quotes around the 'value' part of the query, these should be consolidated -- shouldn't we be using URL encoding for URL reserved characters anyway? -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13980] New: Can't call method "fields" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13980 Bug ID: 13980 Summary: Can't call method "fields" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.p l Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 37680 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37680&action=edit excerpt from /var/log/koha/koha-error_log This error occurs when trying to save the following MARC record from the Amicus Z39.50 server: 01800cam 2200349 a 4500 001 000042344666 003 CaOOAMICUS 005 20140203 .0 008 110402s2011 ohu 000 1 eng d 020 $a 9781609282066 (pbk.) 020 $a 160928206X (pbk.) 040 $a CaBVA $b eng 043 $a n-us-ma 100 1 $a Lanyon, Josh. 245 10 $a All she wrote / $c Josh Lanyon. 260 $a Cincinnati, OH : $b Samhain Pub., $c c2011. 300 $a 270 p. ; $c 22 cm. 490 1 $a Holmes & Moriarity ; $v book 2 520 $a A murderous fall down icy stairs is nearly the death of Anna Hitchcock, the much-beloved "American Agatha Christie" and Christopher Holmes' former mentor. Anna's plea for him to host her annual winter writing retreat touches all Kit's sore spots-- traveling, teaching writing classes, and separation from his new lover, J.X. Moriarity. For J.X., Kit's cancellation of yet another romantic weekend is the death knell of a relationship that has been limping along for months. Soon Kit is snooping around Anna's elegant, snowbound mansion in the Berkshires for clues as to who's trying to kill her. Unfortunately, a clever killer is one step ahead. And it may be too late for J.X. to ride to the rescue. 650 0 $a Holmes, Christopher (Fictitious character) $v Fiction. 650 0 $a Moriarity, J. X. (Fictitious character) $v Fiction. 650 0 $a Private investigators $v Fiction. 650 0 $a Authors $v Fiction. 650 00 $a Ex-police officers as detectives $v Fiction. 650 0 $a Gay men $v Fiction. 650 0 $a Murderers $v Fiction. 651 0 $a Berkshire Hills (Mass.) $v Fiction. 655 4 $a Mystery fiction. 655 4 $a Gay fiction. 655 4 $a Erotic stories. 800 1 $a Lanyon, Josh. $t Holmes & Moriarity ; $v bk. 2 ; $v bk. 2. 852 $9 1 $a CaBVA $z ILL: yes Do a Z39.50 search on author 'lanyon, josh' and import the record for 'All she wrote'. It fails when trying to save the record on Koha 3.18.05 running on openSUSE built from a tarball. It works on Koha 3.18.04 running on Debian 7 installed from koha-common. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11894] New: Funds toolbar menu items greyed out without explanation
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11894 Bug ID: 11894 Summary: Funds toolbar menu items greyed out without explanation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Under some circumstances items in the budgets/funds toolbar menu are greyed out without explanation. Either an explanatory tooltip should be added or the menu items should be hidden from those without the correct permissions. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8797] New: can't delete quote of the day
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8797 Priority: P5 - low Change sponsored?: --- Bug ID: 8797 Assignee: cnighswonger(a)foundations.edu Summary: can't delete quote of the day Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha I am documenting the QOTD feature and trying to delete a quote, but it's not letting me do it. I click on the quote id number and nothing happens - the row isn't highlighted or anything and so I can't delete. I'm on FF on Mac. If I click to add a new quote and don't enter any data then I can click on the ID column of the new empty quote and delete it. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11493] New: Batch Item Modification not handling unicode characters
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11493 Bug ID: 11493 Summary: Batch Item Modification not handling unicode characters Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: karamqubsi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Today while trying to make a batch modification for 10 items related to one bib record , we entered an Arabic characters (ق ك و ) in the -o subfield and we get bad results :Ù Ù Ù you can try this by open a bib record with more than 1 item , select all items chose Modify selected items try to enter some Arabic character in any sub-field like in (x - Non-public note) you can put any letters from the Arabic alphabetic ( أ ب ت ث ج ح ...) save . and you will see the results . -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12372] New: feature request: debian/scripts/koha-mysql should be able to handle arbitrary mysql arguments.
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '15

24 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12372 Bug ID: 12372 Summary: feature request: debian/scripts/koha-mysql should be able to handle arbitrary mysql arguments. Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The call to 'mysql' in /home/koha/kohaclone/debian/scripts/koha-mysql looks like this: mysql --host="$mysqlhost" --user="$mysqluser" --password="$mysqlpass" \ "$mysqldb" If $name were shifted off the argument stack, rather than simply assigned from $1, we could then pass the rest of the arguments directly to mysql: mysql --host="$mysqlhost" --user="$mysqluser" --password="$mysqlpass" \ "$mysqldb" "$@" This would make the koha-mysql command far more flexible at the command line, for instance koha-mysql mybranch --vertical or koha-mysql mybranch --html or koha-mysql mybranch --table would all be possible. -- You are receiving this mail because: You are watching all bug changes.

1 34