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

[Bug 15717] New: Installer: Step 3 has <br /> showing
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15717 Bug ID: 15717 Summary: Installer: Step 3 has <br /> showing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sample patron types and categories: Type: Categories: Adult patron - default patron type PT - Patron ST - Student BH - Homebound Child - patron with a guarantor K - Kid J - Juvenile YA - Young Adult Organization - patron is an institution, not a person ILL - Inter-library Loan SC - School L - Library Professional - a member of an organization (organization is guarantor) T - Teacher S - Staff B - Board Imagine that all bunched up with <br />'s instead of actual line feeds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 21759] New: _FixAccountForLostAndReturned does not always create an account offset
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21759 Bug ID: 21759 Summary: _FixAccountForLostAndReturned does not always create an account offset 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a lost item is stilled owed in full, the fee is reduced to 0 but no corresponding account offset is generated. All changes to accountlines should generate a corresponding account offset. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 21730] New: PA_CLASS missing from list of authorized values categories
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21730 Bug ID: 21730 Summary: PA_CLASS missing from list of authorized values categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 PA_CLASS used for grouping extended patron attributes is missing from the list of authorised values categories in administration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 21874] New: Umlauts broken in list email subjects
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21874 Bug ID: 21874 Summary: Umlauts broken in list email subjects Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To test: - Create a list in staff or OPAC with the title "Jugendbücher" (Juvenile books) - Send yourself the list by email - Verify that the subject is broken "Ihre Liste: JugendbÃ¼cher" As this is from the OPAC, it's quite an issue for libraries using languages with umlauts and other diacritics. I haven't been able to verify in master yet (mine can't send emails and bywater sandboxes gave me an error?), but verified it still happens in our 17.11 installations. It was inititally reported for 3.22, but got lost in a comment on bug 13245. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[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