August 2013 - Koha-bugs - lists.koha-community.org

[Bug 10787] New: Linked Data/RDF Omnibus
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10787 Bug ID: 10787 Summary: Linked Data/RDF Omnibus 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: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org This bug will be an omnibus for adding support for Linked Data/RDF to Koha. Actual work will be done on bugs linked to this bug. See http://wiki.koha-community.org/wiki/Linked_Data_RFC for some thoughts on what can/will be done. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7937] New: Silence warns in OPAC error log (koha-opac-error_log)
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7937 Priority: P5 - low Change sponsored?: --- Bug ID: 7937 Assignee: gmcharlt(a)gmail.com Summary: Silence warns in OPAC error log (koha-opac-error_log) QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9040] New: uninitialized value in concatenation error in Opac-detail.tt
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9040 Priority: P5 - low Change sponsored?: --- Bug ID: 9040 Assignee: oleonard(a)myacpl.org Summary: uninitialized value in concatenation error in Opac-detail.tt Severity: normal Classification: Unclassified OS: All Reporter: hblancoca(a)gmail.com Hardware: All Status: NEW Version: 3.8 Component: OPAC Product: Koha Version 3.8.6 The following error appears on opac-error log [error] opac-detail.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha386/opac/htdocs/opac-tmpl/prog/es-ES/modules/opac-detail.tt line 494., referer: http://10.10.22.205/cgi-bin/koha/opac-search.pl?idx=kw&q=colombi a&offset=140&sort_by=relevance_dsc Occurs when i do a search and pick in the results to view a item detail. I review the source code but the error is in line 492 <td>[% ITEM_RESULT.datedue | $KohaDates %]</td>, in the first line of the script appear [% USE KohaDates %] Any idea? -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 --- Comment #36 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 20658 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20658&action=edit Bug 2720 - QA Followup 2 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19755|0 |1 is obsolete| | --- Comment #35 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 20657 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20657&action=edit Bug 2720: Unit tests improvements Create the patron. Use a transaction. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19421|0 |1 is obsolete| | --- Comment #34 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 20656 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20656&action=edit Bug 2720 [FOLLOW-UP] Overdues which debar automatically should undebar automatically This follow-up to Bug 2720 makes some template changes which I think make the interface a little more consistent and streamlined. Instead of incorporating the manual entry form into the table it is broken out and follows standard form structure. This lets the table be hidden altogether if there are no existing restrictions. The manual entry form is hidden by default and shown when you click a link to add a manual restriction. These changes have been applied to both the include file used for circulation and patron detail and to the patron entry form template. To test, add and remove manual restrictions from the circulation page, the patron detail page, and the patron edit page. All operations should work correctly. Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #19419|0 |1 is obsolete| | --- Comment #33 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 20655 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20655&action=edit Bug 2720 - Overdues which debar automatically should undebar automatically when returned This patch adds a more extensible and flexible debarments system to Koha. The fields borrowers.debarred and borrowers.debarredcomment are retained for compatibility and speed. This system supports having debarments for multiple reasons. There are currently three types of debarments: OVERDUES - Generated by overdue_notices.pl if the notice should debar a patron SUSPENSION - A punative debarment generated on checkin via an issuing rule MANUAL - A debarment created manually by a librarian OVERDUE debarments are cleared automatically when all overdue items have been returned, if the new system preference AutoRemoveOverduesRestrictions is enabled. It is disabled by default to retain current default functionality. Whenever a borrowers debarments are modified, the system updates the borrowers debarment fields with the highest expiration from all the borrowers debarments, and concatenates the comments from the debarments together. Test plan: 1) Apply patch 2) Run updatedatabase.pl 3) Verify the borrower_debarments table has been created and populated with the pre-existing debarments 4) Run t/db_dependent/Borrower_Debarments.t 5) Manually debar a patron, with an expiration date 6) Verify the patron cannot be issued to 7) Add another manual debarment with a different expiration date 8) Verify the 'restricted' message lists the date farthest into the future 9) Add another manual debarment with no expiration date 10) Verify the borrower is now debarred indefinitely 11) Delete the indefinite debarment 12) Verify the debarment message lists an expiration date dagain 13) Enable the new system preference AutoRemoveOverduesRestrictions 14) Set an overdue notice to debar after 1 day of being overdue 15) Check out an item to a patron and backdate the due date to yesterday 16) Run overdue_notices.pl 17) Verify the OVERDUES debarment was created 18) Return the item 19) Verify the OVERDUES debarment was removed 20) Disable AutoRemoveOverduesRestrictions 21) Repeat steps 15 though 18, verify the OVERDUES debarment was *not* removed 22) Add issuing rules so that an overdue item causes a temporary debarment 23) Check out an item to a patron and backdate the due date by a year 24) Return the item 25) Verify the SUSPENSION debarment was added to the patron Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 --- Comment #32 from Kyle M Hall <kyle(a)bywatersolutions.com> --- > 2/ Step 8: The message concats 2 messages: > > Restricted: Patron's account is restricted until 04/08/2013 with the > comment "im restricted im restricted2" View restrictions > > message 1 is "im restricted" and message 2 is "im restricted2" Hmm, I think I should add a newline between the messages, and use the TT filter that will convert them to <br> tags. That should solve that. > 4/ There is no comment for suspension in the borrower_debarments table. The original functionality of suspensions did not have comments, so I did not add one to the suspension. Do you have a suggestion for the message? > 5/ Why don't you remove the debarred and debarredcomment field in the > borrowers table? The first few comments on this bug explain it. TL;DR: By keeping them, we have to modify less code ( so fewer chances for bugs ) and it also makes everything faster as we don't have to recalculate everything each time we check for debarments, only when we modify debarments. > I will provide a followup for unit tests Thanks for the followup! -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7236] New: Add "Save as RDF" option to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7236 Bug #: 7236 Summary: Add "Save as RDF" option to the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com Today it's possible to save a record from the detail view in the OPAC in multiple formats. This enhancement proposes to add RDF'ized MARC records to the list of available formats. Records should be available in all serializations offered by the RDF tools used to generate them: rdfxml, ntriples, turtle etc. The conversion to RDF should be governed by a mapping file, so it can be tweaked easily. I'm working on a proof of concept conversion script here, based on RDF::Redland: https://github.com/MagnusEnger/marc2rdf This could perhaps serve as the basis for a C4::RDF::marc2rdf function when it's functional. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1