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

[Bug 3796] Place a hold on a specific copy allows impossible items
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3796 --- Comment #5 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- We don't have specifics yet. All we have is the evidence left the table. I think that there should be a check somewhere...a cron job, or something, that checks the validity of the reserves table. Particularly between the item number and bib number. And perhaps against the patron account. There are two problems evident: 1) Mismatched item and bib numbers in the reserves table. 2) Reserves showing in the reserves table, and not showing in the patron account. Most likely because of issue 1. Is it necessary to have a bib number in the reserves table when the item number is recorded for an item level hold? Seems redundant if the bib number is in the items table. That would be the simplest remedy for this issue. So, rather than using the bib number in the reserves table for any holds functions, it could be referenced from the items table. Otherwise, we might need a checkpoint to verify accuracy. As I said, we don't have an answer as to how this is happening. I can think of a few ways it might happen, but I don't think one of them is the case, since it happened to a couple of items with the same patron. One way it could happen is that a patron is reconstructing the URL manually and blending mismatched info. The second way is that a hold is placed on an item. The item record is then turned into a different item and attached to a different bib. OR better yet, an item is created and accidently attached to the wrong bib, and after the hold is placed, the item is moved to the correct bib. It seems that maybe when items are moved from one bib to another, a check should take place to verify any possible holds in the reserves table. I don't know if this helps, but that's my two cents. Christopher -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11855] New: Coming up
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11855 Bug ID: 11855 Summary: Coming up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 12608] New: Replace use of DBI with DBIx::Class throughout Koha
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12608 Bug ID: 12608 Summary: Replace use of DBI with DBIx::Class throughout Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Now that we have DBIx::Class, we should use it wherever possible. Long term steps: 1) Replace all DBI inserts and deletes with DBIC creates and deletes 2) Replace all DBI selects with DBIC searches using DBIx::Class::ResultClass::HashRefInflator to return hashrefs for compatibility 3) Move logic from perl modules into Result and ResultSet classes wherever possible and sensible. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12624] New: Getting all search results in C4::Breeding::Z3950Search, instead of pageful
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12624 Bug ID: 12624 Summary: Getting all search results in C4::Breeding::Z3950Search, instead of pageful Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Fetching ALL component parts from a remote Z3950 repository is difficult. Also the Z3950Search() function only works directly to templates. This patch changes the Z3950Search() to OPTIONALLY return all search results as a HASH instead of a Template-object. This makes scripting with it a LOT easier! -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 3796] Place a hold on a specific copy allows impossible items
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3796 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|rel_3_0 |master Assignee|mjr(a)software.coop |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I am not sure that the new problem is the same as was reported before. As this is a very old bug, I have removed the assignee and reset the version for now. I think in order to fix this, more information is needed under which circumstances the problem occurs. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3796] Place a hold on a specific copy allows impossible items
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3796 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon(a)cdalibrary.org --- Comment #3 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- It is crucial that this be fixed! We are getting bad information somehow in our reserves table (unmatched item number and bib number). Christopher -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 12628] New: reports/cat_issues_top.pl queries incorrect column
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '14

22 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12628 Bug ID: 12628 Summary: reports/cat_issues_top.pl queries incorrect column Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: micah.bucy(a)eternalsword.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 29958 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29958&action=edit use issuedate instead of timestamp When trying to filter by Checkout Date range, it mistakenly uses the timestamp column instead of the issuedate column. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11347] New: PROG/CCSR deprecation: Remove opacsmallimage system-preference
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '14

22 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11347 Bug ID: 11347 Summary: PROG/CCSR deprecation: Remove opacsmallimage system-preference Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Blocks: 11346 the opacsmallimage system preference is unused in the bootstrap theme, it should be removed when the themes are removed. To replace the functionality of customizing the logo in the top corner, one would use CSS to change the background of #logo. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 11349] New: PROG/CCSR deprecation: Remove .tmpl -> .tt translation
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '14

22 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11349 Bug ID: 11349 Summary: PROG/CCSR deprecation: Remove .tmpl -> .tt translation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Blocks: 11346 bootstrap should not have any .tmpl files, so no need to keep the code that does that translation anymore. We should get rid of it. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 12534] New: PROG/CCSR deprecation: Make getlanguages() theme independent for opac
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '14

22 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12534 Bug ID: 12534 Summary: PROG/CCSR deprecation: Make getlanguages() theme independent for opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr getlanguages() function on C4/Languages.pm has a hardcoded reference to 'prog' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11