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

[Bug 14512] New: Add support for AV field to Koha's SIP2 Server
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14512 Bug ID: 14512 Summary: Add support for AV field to Koha's SIP2 Server Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Koha's SIP2 server should have support for the AV field ( field items ). The biggest problem with this field is that its' contents are not really defined in SIP2 protocol specification. All it says is "this field should be sent for each fine item". Due to this, I think the contents of the field need to be configurable at the login level, so that the contents can be defined based on the SIP2 devices requirements for the AV field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10459] New: borrowers should have a timestamp
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10459 Bug ID: 10459 Summary: borrowers should have a timestamp Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: laurence.lefaucheur(a)biblibre.com We have a Drupal portal related with a Koha, with new borrowers exported from koha to Drupal every night It would be great if borrowers table had a timestamp, so that only modified borrowers can be exported to portal during update process. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 14875] New: Search serials by barcode
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14875 Bug ID: 14875 Summary: Search serials by barcode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Librarians have expressed the wish to be able to search for serials by barcode from the advanced serials search, and also from the quick search at the top of the serials module. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 11210] New: Allow partial writeoff
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11210 Bug ID: 11210 Summary: Allow partial writeoff Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com it would be nice to make partial writeoff like a partial fine payment. Example: a fine of 3$ is charged because item was late of 3 days. But finaly on the three days, library was closed one day. I want to just writeoff 1$. Thanks, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 8055] New: reversing fines wonky
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8055 Priority: P5 - low Change sponsored?: --- Bug ID: 8055 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: reversing fines wonky Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I'm sorry to not be more specific, I need to gather more data, but I can confirm that reversing fine payments no longer does what it used to do. Here's one scenario: I clicked on a pay fine that was $3 typed in $2 and accidently hit confirm twice. I some how ended up with a -1.70. When I went back and looked at the fines it showed three 2.00 fines had been paid. I tried experimenting and pushing the reverse button and ended up with a -3.70. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9499] New: --itemscontent= option is undocumented in advanced-notice.pl cronjob + default date should be date_due, not issuedate
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '16

21 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9499 Bug ID: 9499 Summary: --itemscontent= option is undocumented in advanced-notice.pl cronjob + default date should be date_due, not issuedate Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz advance_notices.pl has an undocumented feature to allow --itemscontent=<fields> select what fields are put in itemscontent in notices. Additionally, these notices ship by default with the dateissued, instead of the date_due, which makes little sense to borrowers. I propose we change the default date on advanced_notices to date_due (remember, you'll retain the option to set it to the dateissued if you want to), update the crontab.example to reflect the change as well, and improve the POD to reflect that the option is available for advanced/due notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 12920] New: Remove AllowRenewalLimitOverride from pl scripts, use Koha.Preference instead
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '16

20 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12920 Bug ID: 12920 Summary: Remove AllowRenewalLimitOverride from pl scripts, use Koha.Preference instead Change sponsored?: --- Product: Koha Version: unspecified 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 Per the new guidelines, AllowRenewalLimitOverride should not be referenced in circulation.pl or moremember.pl -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 7181] New: Template indentation
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '16

20 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7181 Bug #: 7181 Summary: Template indentation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 The template indentation make it very hard to read. For example, in circulation.tt: [% IF ( MARCURLS ) %] <div class="results_summary"><span class="label">Online Resources:</span> <ul> [% FOREACH MARCurl IN MARCURLS %] <li>[% IF ( MARCurl.part ) %][% MARCurl.part %] <br />[% END %]  [% IF ( MARCurl.OPACurlOpenInNewWindow ) %]<a href="[% MARCurl.MARCURL %]" title="[% MARCurl.MARCURL %]" target="_blank">[% ELSE %]<a href="[% MARCurl.MARCURL %]" title="[% MARCurl.MARCURL %]">[% END %] [% MARCurl.linktext %]</a> [% IF ( MARCurl.notes ) %]<ul>[% FOREACH note IN MARCurl.notes %]<li>[% note.note %]</li>[% END %]</ul>[% END %]</li> [% END %]</ul> </div> [% END %] The last end, that is aligned with the first [IF] don't close this if... During kohacon11 hackfest, we tried to investigate how to indent templates. We haven't found THE solution, but here are a few links (thanks mason) : http://www.perlmonks.org/?node_id=887632 http://wiki.dandascalescu.com/howtos/indenting_tt_and_html -- 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 2

[Bug 14498] New: uri_escape error triggered by duplicate accountno's for patron
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '16

20 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14498 Bug ID: 14498 Summary: uri_escape error triggered by duplicate accountno's for patron Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron has duplicate accountno's for two different fines in Koha this will trigger the error usi_escape: Unmatched [ in regex; marked by <-- HERE in m/([ <-- HERE ])/ at (eval 133) line 1. upon attempt to pay. How those accountno's get duplicated is unknown, but considering accountno is somewhat vestigial at this point in time, it would be much more sensible to use accountlines_id which is has guaranteed uniqueness at the database level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 12017] New: Move language description out of database
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '16

20 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12017 Bug ID: 12017 Summary: Move language description out of database 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 Language descriptions are stored in database using this tables language_descriptions language_rfc4646_to_iso639 language_subtag_registry Those tables are filled at install time using en/mandatory/subtag_registry.sql or translated variants. As with any string stored in database, it's difficult to update and synchronize those files. I propose to use language descriptions out of database using standard templates files. Then these can be translated in a standard way, and as a bonus save many access to the database -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 118