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

[Bug 26256] New: Move translatable strings out of templates and into serials-toolbar.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26256 Bug ID: 26256 Summary: Move translatable strings out of templates and into serials-toolbar.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in serials-collection.tt, serials-home.tt, serials-search.tt, and subscription-detail.tt can now be wrapped in the new translation function and put in serials-toolbar.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 26243] New: Move translatable strings out of templates and into circulation.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26243 Bug ID: 26243 Summary: Move translatable strings out of templates and into circulation.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in circulation.tt and moremember.tt can now be wrapped in the new translation function and put in js/circulation.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 26118] New: Move translatable strings out of tags/review.tt and into tags-review.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26118 Bug ID: 26118 Summary: Move translatable strings out of tags/review.tt and into tags-review.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in tags/review.tt can now be wrapped in the new translation function and put in tags-review.js Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 26240] New: Move translatable strings out of sms_providers.tt and into sms_providers.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26240 Bug ID: 26240 Summary: Move translatable strings out of sms_providers.tt and into sms_providers.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in admin/sms_providers.tt can now be wrapped in the new translation function and put in sms_providers.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26242] New: Move translatable strings out of results.tt and into results.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26242 Bug ID: 26242 Summary: Move translatable strings out of results.tt and into results.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in catalogue/results.tt can now be wrapped in the new translation function and put in js/pages/results.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26230] New: Move translatable strings out of item_search_fields.tt and into item_search_fields.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26230 Bug ID: 26230 Summary: Move translatable strings out of item_search_fields.tt and into item_search_fields.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in admin/item_search_fields.tt can now be wrapped in the new translation function and put in item_search_fields.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 26225] New: Move translatable strings out of audio_alerts.tt and into audio_alerts.js
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26225 Bug ID: 26225 Summary: Move translatable strings out of audio_alerts.tt and into audio_alerts.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in admin/audio_alerts.tt can now be wrapped in the new translation function and put in audio_alerts.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 26249] New: keep_text class not set inconsistently in cat-search.inc
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26249 Bug ID: 26249 Summary: keep_text class not set inconsistently in cat-search.inc Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In cat-search.inc, the keep_text class should be set on the A elements but the "Search the catalog" is set on the LI element. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 25624] New: Update patrons category script should allow finding null and not null and wildcards
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '20

27 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25624 Bug ID: 25624 Summary: Update patrons category script should allow finding null and not null and wildcards Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script does not allow to find empty fields or use wildcards It would be helpful to find patrons where a field has been set, or a field not matching, or similar fields -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 18958] New: If patron has multiple record level holds on one record transferring first hold causes next hold to become item level
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '20

26 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18958 Bug ID: 18958 Summary: If patron has multiple record level holds on one record transferring first hold causes next hold to become item level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Imagine you have a record with 3 items, each item is held by LibraryA, LibraryB and LibraryC respectively. Now, a patron places to record level holds for pickup at LibraryD. When any of the items are checked in, that item is trapped to fill the first hold, but a side affect is that the next open hold because item level for the item that was just checked in! This is clearly incorrect and prevents the patron from placing more record level holds on the record. To reproduce: 1. Create and use a patron that can place multiple record level holds per record 2. Create a record with X items, each at a different library 3. Place X 'Next available' holds on the record for the patron using the 'Holds to place' box 4. Check in LibraryA's copy as LibraryA and confirm the hold 5. Revisit request.pl for the record, notice the next hold in line is now item-specific 6. Attempt to place another hold for your patron, notice that it requires an item-specific hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 119