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

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 --- Comment #21 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 40460 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40460&action=edit Bug 3206 [Follow-up]: OAI repository deleted records support. - Fix QA. Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> New pref in right order, new option 'no' on syspref, other fixes following comment #12 All seems to work No errors Signed-off-by: Jonathan Druart <jonathan.druart(a)koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #39797|0 |1 is obsolete| | Attachment #40427|0 |1 is obsolete| | --- Comment #20 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 40459 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=40459&action=edit Bug 3206: OAI repository deleted records support. This patch allows Koha OAI repository to support deleted records. The OAI-PMH:DeletedRecord syspref is introduced and can be set to: - persistent (in case Koha's deletedbiblio table will never be emptied or truncated) - transient (in case Koha's deletedbiblio table might be emptied or truncated at some point) Test plan: - After applying the patch, test that: - Deleted records appear in ListRecords and ListIdentifiers requests. - Filter parameters (from, until, set and resumptionToken) still work and are applied to ListRecords and ListIdentifiers requests. - Identify request shows if the repository is considered persistent or transient, according to the OAI-PMH:DeletedRecord syspref. - Deleted records that used to belong to a set are still displayed in those sets and marked as deleted. - GetRecord requests work on deleted records, which are marked as deleted. Requests examples: /cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=oai_dc /cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=oai_dc&from=2015-02-20T11:08:33Z /cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=oai_dc&set=new_specSet1 /cgi-bin/koha/oai.pl?verb=GetRecord&identifier=KOHA-OAI-TEST:2&metadataPrefix=oai_dc /cgi-bin/koha/oai.pl?verb=Identify Signed-off-by: Frederic Demians <f.demians(a)tamil.fr> It works in all situations described in the test plan. Great addition. Thanks. Signed-off-by: Jonathan Druart <jonathan.druart(a)koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13876] New: Permission issues on updating via installer - dev installations
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13876 Bug ID: 13876 Summary: Permission issues on updating via installer - dev installations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On dev installations, bug 13793 introduced a regression. If the $logdir directory is not writable, the installer script explodes. -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 13758] New: KOHAVERSION should be statically set
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13758 Bug ID: 13758 Summary: KOHAVERSION should be statically set 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, C4::Context::KOHAVERSION calculates the version number by running kohaversion.pl on a new Perl interpreter: sub KOHAVERSION { my $cgidir = C4::Context->intranetdir; # Apparently the GIT code does not run out of a CGI-BIN subdirectory # but distribution code does? (Stan, 1jan08) if(-d $cgidir . "/cgi-bin"){ my $cgidir .= "/cgi-bin"; } do $cgidir."/kohaversion.pl" || die "NO $cgidir/kohaversion.pl"; return kohaversion(); } There's no point on doing this, as it is a hardcoded value we write on each DB update. It adds several milliseconds of latency to each request as the version comparisson is done on each request to detect needed DB updates. It should be statically set as $VERSION is (hmpf) on C4::Context, and if for some reason we want to keep kohaversion.pl we should definitely read C4::Context::VERSION (or KOHAVERSION if we rename it). -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 10212] New: Columns configuration for tables
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10212 Bug ID: 10212 Summary: Columns configuration for tables Classification: Unclassified 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: jonathan.druart(a)biblibre.com Some libraries would want to hide columns in tables. A configuration page would allow to select specific columns to show/hide in tables. -- You are receiving this mail because: You are watching all bug changes.

1 124

[Bug 14430] New: New patron suggests remembered password data
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14430 Bug ID: 14430 Summary: New patron suggests remembered password data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 Firefox suggests userid and password from the staff user on the memberentry form if you enabled Remember passwords. If we change name/id in memberentry for userid and password, we can prevent that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #10 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to David Cook from comment #8) > It might be worthwhile to make a new bug or re-think how we're showing > "notforloan" across the board... > > At the moment, the OPAC detail view relies on "notforloan_per_itemtype" > which is set in C4::Items::GetItemsInfo() by checking itemtypes.notforloan > directly. That should probably take "item-level_itypes" into account, I > guess. > > So I would add "notforloan_per_itemtype" to the staff client, and set that > based on "item-level_itypes". > > Then make sure that the search results are honouring that as well... See detail.tt line 685. It takes into account now the nfl_per_itemtype. Rewriting things is fine but will take time, but in the meantime I propose to use this solution to resolve this annoying bug. Who adds a signoff ? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #9 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to David Cook from comment #7) > (In reply to Owen Leonard from comment #3) > > It looks like the current exception is: > > > > - Staff client display > > - The item's item type is designated as not for loan > > - The item record itself has no not-for-loan status set > > > > In this case the item appears as "Available." > > I think that Owen's comment here is still relevant as well - at least as of > 3.14.5. > > I don't know if I should splinter that off into its own bug or attach > another patch as well to bring the staff client into line with the OPAC? I saw that too. I had to add a small adjustment to catalogue/detail.tt in 3.14.X too. But it is not needed in master any more. So I do not include it here. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 13769] New: Barcode showing blank in catalog/null in database
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13769 Bug ID: 13769 Summary: Barcode showing blank in catalog/null in database Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jcintron(a)hccc.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 36236 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36236&action=edit Barcodes showing in item edit. But No barcode in catalog I recently added a record for a book into my catalog. I then added items, 2 copies, of the book. Added the information I had at hand. The issues I'm running into is when I search the title in the catalog, the record comes up and shows both items attached to that records. When I go to edit the items for that record, the barcodes attached to the items show fine. When I view the items when searching the record, the barcode column shows blank and also shows null in the database. If I manually add the barcodes for the items through the database, they then show in the staff client, and those items can then be checked out to patrons. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9064] New: statistics.ccode specified inconsistently
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '15

21 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9064 Priority: P5 - low Change sponsored?: --- Bug ID: 9064 Assignee: kyle(a)bywatersolutions.com Summary: statistics.ccode specified inconsistently Severity: blocker Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha >From updatedatabase.pl: $dbh->do("ALTER TABLE statistics ADD COLUMN ccode VARCHAR ( 10 ) NULL AFTER associatedborrower"); >From kohastructure.sql: `ccode` int(11) default NULL, -- foreign key from the items table, links transaction to a specific collection code I believe the variant in updatedatabase.pl is probably what was wanted. Also, further testing is needed to confirm that the update works at all, as it seems not to have run at all when I updated my system past 3.09.00.044. -- You are receiving this mail because: You are watching all bug changes.

1 16