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

[Bug 10958] New: no need for home link on home page
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '15

27 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10958 Bug ID: 10958 Summary: no need for home link on home page 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC there is a Home link on the top left it makes no sense and a lot of libraries are asking to have it removed, but if I remove it with JS I lose the breadcrumbs on every page. Can we get rid of the home link on the home page? -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10382] New: collection not returning to null when removed from course reserves
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10382 Bug ID: 10382 Summary: collection not returning to null when removed from course reserves Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 8215 If an item that is on reserves did not have a collection code and one was added a the time of adding the reserve then when you remove the item from reserves the collection is not returned to NULL instead it stays as what it was set in reserves. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10589] New: Override OpacHiddenItems based on Patron Category
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10589 Bug ID: 10589 Summary: Override OpacHiddenItems based on Patron Category 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 This patch will: 1) Add two system preferences: PatronSingleBranch and PatronEveryBranch. 2) Items which would normally be hidden by OpacHiddenItems will be visible if: a) The patron's category code matches the PatronSingleBranch patron category code AND the home branch of the item is the same as the home branch of the patron. OR b) The patron's category code matches the PatronEveryBranch patron category code. The two system preferences default to PTSB and PTEB which are not added to the list of possible patron categories. This means OpacHiddenItems will continue to function as is normally. Having them as system preferences means the patron category code is not hard coded and can be changed. -- You are receiving this mail because: You are watching all bug changes.

1 55

[Bug 5366] New: Standing enh req for code changes enabling database agnosticism
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5366 Summary: Standing enh req for code changes enabling database agnosticism Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Please include any specific databases code changes are made for in the comment section when updating this req and submitting patches. -- 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 27

[Bug 11200] New: Adding subfield without field in addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11200 Bug ID: 11200 Summary: Adding subfield without field in addbiblio.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nunyo(a)masmedios.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In addbiblio.pl, subfield is adding but don't check if field exist. if ($title) { # $field->add_subfields("$subfield"=>"[ ".ucfirst($title).ucfirst($firstname)." ".$number." ]"); $field->add_subfields( "$subfield" => ucfirst($title) . " " . ucfirst($firstname) . " " . $number ); } else { # $field->add_subfields("$subfield"=>"[ ".ucfirst($firstname).", ".ucfirst($lastname)." ]"); $field->add_subfields( "$subfield" => ucfirst($firstname) . ", " . ucfirst($lastname) ); } -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9411] New: Multiple uses of javascript eval on ajax responses in acq.js
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9411 Bug ID: 9411 Summary: Multiple uses of javascript eval on ajax responses in acq.js Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hugh(a)davenport.net.nz hugh@hugh-desktop:~/code/koha (master)$ cat koha-tmpl/intranet-tmpl/prog/en/js/acq.js | grep eval // rc = eval ( xmlhttp.responseText ); actTotal = eval ( xmlhttp.responseText ); var result = eval ( xmlhttp.responseText ); var result = eval ( xmlhttp.responseText ); hugh@hugh-desktop:~/code/koha (master)$ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 11024] New: Transfer limits should be respected in the build_holds_queue.pl -script.
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11024 Bug ID: 11024 Summary: Transfer limits should be respected in the build_holds_queue.pl -script. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com No point in having fancy transfer limits if they cannot be targeted properly to respect the transfer limits. Modify the holds targeter to respect transfer limits. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 6849] New: idzebra modules not found on openSUSE 64-bit
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6849 Bug #: 6849 Summary: idzebra modules not found on openSUSE 64-bit Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: bob-ewart(a)bobsown.com QAContact: koha-bugs(a)lists.koha-community.org openSUSE 11.3 installs the idzebra modules in /usr/lib64... not /usr/lib... zebra-authorities.cfg, zebra-authorities-dom,cfg and zebra-biblios.cfg all reference /usr/lib and have to be edited in order to work. The installer should check as to where these modules are located and update the .cfg files to the correct location. -- 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 3

[Bug 11651] New: Add possibility to print holds from holds queue
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11651 Bug ID: 11651 Summary: Add possibility to print holds from holds queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I've made a patch that allow print holds from holds queue page. In this way we manage holds in our library, maybe someone else also would like it. It's managed by preferences, when disabled nothing is changed (default) when enabled there is possibility to print holds separately. There are some changes in database schema. I've add print_status column to reserves, old_reserves and tmp_holdsqueue to distinguish between printed and not printed holds. And reserve_id in tmp_holdsqueue to easily gets info about particular reserve. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 11870] New: Add more informations to histsearch.pl results
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11870 Bug ID: 11870 Summary: Add more informations to histsearch.pl results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 11708, 11844 Add more informations to histsearch.pl results - Basket group closed date and delivery place (in basketgroup column) - Additional order fields (one column for each additional field) -- You are receiving this mail because: You are watching all bug changes.

1 7