December 2018 - Koha-bugs - lists.koha-community.org

[Bug 21867] New: Replace remaining document.element.onchange calls in marc_modification_templates.js
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21867 Bug ID: 21867 Summary: Replace remaining document.element.onchange calls in marc_modification_templates.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See also bug 21819. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 21861] New: The MARC modification template actions editor does not always validate user input
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21861 Bug ID: 21861 Summary: The MARC modification template actions editor does not always validate user input Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: arouss1980(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When editing a MARC modification template action, you have the option of adding a conditional clause ("if/unless") to the action you want to perform. The conditional clause can be further fine-tuned by selecting one of four comparison operators ("exists/doesn't exist/matches/doesn't match") from a drop-down list. There are currently four issues when adding such a clause, namely: 1) When you pick a condition (e.g. "unless") and click on 'Add action' or 'Update action', the jQuery function that validates your input does not check whether you have actually filled in a value for the MARC field (mandatory) or the comparison operator (mandatory). 2) If you pick "matches" or "doesn't match" as a comparison operator, the textbox next to the operator can be left blank when saving the modification action (the textbox _should_ have a value because the operator is meaningless without it). 3) If you check the "RegEx" checkbox and then enter a value in the relevant textbox, when you Add/Update the action the "Action" column in the actions table will display extra spaces between the regex pattern and its delimiters. 4) If you check the "RegEx" checkbox and then enter a value in the relevant textbox, when you later edit that modification action the "m/ /" characters surrounding the regex textbox are not shown anymore. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 21819] New: Marc modification templates action always checks Regexp checkbox
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21819 Bug ID: 21819 Summary: Marc modification templates action always checks Regexp checkbox Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org When you add an action to a Marc modification template, there's a RegEx checkbox for replacing data in the field. This checkbox is automatically checked if you edit the action, even when you did not check it when saving the action. To reproduce: 1) Go to Tools > Marc modification templates, and create a new template 2) Add a new action to the template 3) Edit the action so it's "Move" field to another field. Do not check the RegEx checkbox after the "To" field. 4) Save the action. 5) Edit the same action again. The checkbox is now checked. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 21854] New: Patron category is not showing during batch modification
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21854 Bug ID: 21854 Summary: Patron category is not showing during batch modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Rather than getting the description in the script and passing, we should just use the tmeplate plugin to get the description from the category code. To recreate: 1 - Find a patron, note their category 2 - Visit Tools - Batch patron modification 3 - Enter barcode of patron above 4 - Note category does not show in the display of patrons to be modified 5 - Apply patch 6 - Reload the page, note the patron category displays 7 - Modify the patron (anything but category) 8 - Check that category still diplays correctly in results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 21837] New: Overdues report shoudln't set homebranchfilter as holdingbranchfilter
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21837 Bug ID: 21837 Summary: Overdues report shoudln't set homebranchfilter as holdingbranchfilter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Open the overdues report (don't worry if you don't have results) 2 - Choose to filter by homebranch 3 - Note the holdingbranch filter is set to the selected homebranch -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 21644] New: UNIMARC XSLT display of 210 in intranet
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21644 Bug ID: 21644 Summary: UNIMARC XSLT display of 210 in intranet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In intranet default UNIMARC XSLT display of 210 is tricky. It tests each subfield with a complex conditional prefix. In OPAC default UNIMARC XSLT display 210 is simply displayed with a loop on all subfields. I propose to use the same code as OPAC in intranet. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 21815] New: Rephrase HidePersonalPatronDetailOnCirculation a little bit
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21815 Bug ID: 21815 Summary: Rephrase HidePersonalPatronDetailOnCirculation a little bit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Noticed while translating, the Hide should not be capitalized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 18677] New: issue_id is not added to accountlines for lost item fees
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18677 Bug ID: 18677 Summary: issue_id is not added to accountlines for lost item fees Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 21277] New: fr-CA translation for notices in sample_notices.sql
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21277 Bug ID: 21277 Summary: fr-CA translation for notices in sample_notices.sql Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Notices Assignee: caroline.cyr-la-rose(a)inlibro.com Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: philippe.blouin(a)inlibro.com I hope this is the right place to submit this. The following sample notices are missing fr-CA translations: - ACCOUNT_PAYMENT - ACCOUNT_WRITEOFF - ACQORDER - AR_CANCELED - AR_COMPLETED - AR_PENDING - AR_PROCESSING - AR_SLIP - CANCEL_HOLD_ON_LOST - CHECKOUT_NOTE - MEMBERSHIP_EXPIRY - PASSWORD_RESET -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21558] New: Plugins: Make it possible to disable installed plugins
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21558 Bug ID: 21558 Summary: Plugins: Make it possible to disable installed plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 21557 Sometimes it would be nice if it was possible to disable an already installed plugin instead of uninstalling it. Uninstalling should clean up/delete the plugins data, which is not always what you will want while waiting for a broken plugin to be fixed or updated. It would also allow us to disable plugins failing the version check suggested in bug 21557. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21557 [Bug 21557] Plugins: Check version of plugins on update -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2