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

[Bug 17339] New: returns.pl transfers message should have buttons instead of links
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '18

16 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17339 Bug ID: 17339 Summary: returns.pl transfers message should have buttons instead of links Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The holds dialogs have buttons, so for consistency, the transfer messages should have buttons instead of links. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16433] New: Patron import tool warning on duplicate card number is unclear
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '18

05 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16433 Bug ID: 16433 Summary: Patron import tool warning on duplicate card number is unclear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If I am matching on userid, and import a patron with no userid in the file but the cardnumber is already used the warning says "Cardnumber ###### is not a valid cardnumber" It would be clearer if it said 'this cardnumber is already used' -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 16702] New: Notice Triggers Issue: Delivery Mechanism Options Not Saving
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '18

29 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16702 Bug ID: 16702 Summary: Notice Triggers Issue: Delivery Mechanism Options Not Saving Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bassplayer9(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Problem with Notice & Status Triggers (Tools › Notice triggers) When attempting to save my notice trigger configuration after (1) setting a delay integer, (2) selecting an overdue notice template, and (3) then choosing a delivery type (Email, SMS, etc.), the configuration saves but without the any of the delivery method types saving/sticking - they reset to an unchecked status. I do get a "changes saved" confirmation overall, but my delivery mechanism selections disappear for Email, Print, and SMS after clicking the "Save Changes" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16923] New: System Preference Missing from Manual -- IndependentBranchesPatronModifications
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '18

17 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16923 Bug ID: 16923 Summary: System Preference Missing from Manual -- IndependentBranchesPatronModifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org The system preference "IndependentBranchesPatronModifications" which was added in 3.22 is missing from the 3.22 manual and the 16.05 manual. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16189] New: Add an exception to SMS via email documentation in the Koha manual
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '18

14 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16189 Bug ID: 16189 Summary: Add an exception to SMS via email documentation in the Koha manual Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://lists.katipo.co.nz/pipermail/koha/2016-April/0 45114.html OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add an "exception note" that basically says "this may not work for all providers. Especially, users in India should aware of any liability - both civil and criminal, for sending unauthorised bulk SMS using this feature." -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 17449] New: Let users choose action in self checkout
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '18

09 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17449 Bug ID: 17449 Summary: Let users choose action in self checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Currently if you have a stack of 15 books that you want to renew through the self checkout, you need to read the barcode of each item and then click "renew" for each of them. Same for returning books. One of my customers wants to change the SCO screen so that users can choose the action they want to take up front, then let them do the 15 renewals by just scanning the barcodes. Currently, I am thinking about implementing this as 3 tabs - Borrow/Renew/Return - with a barcode box on each one of them. I will have to get feedback from the customer in question, so this may be subject to change... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 17373] New: Elasticsearch - Authority mappings are not defined for UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '18

23 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17373 Bug ID: 17373 Summary: Elasticsearch - Authority mappings are not defined for UNIMARC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The file admin/searchengine/elasticsearch/mappings.yaml does not contain any authority mappings for UNIMARC. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 17468] New: Remove koha-*-zebra scripts in favor of koha-zebra
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '18

18 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17468 Bug ID: 17468 Summary: Remove koha-*-zebra scripts in favor of koha-zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 16242] New: Move staff client JavaScript out of language directory
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '18

04 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16242 Bug ID: 16242 Summary: Move staff client JavaScript out of language directory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 16241 In the staff client, the prog/en/js directory doesn't need to be duplicated for each translation since JavaScript files are not translated. These files should be moved to prog/js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16241 [Bug 16241] Move staff client CSS out of language directory -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 17273] New: Batch MARC Modification - improve options to define which records to modify
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '18

02 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17273 Bug ID: 17273 Summary: Batch MARC Modification - improve options to define which records to modify Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Basically, duplicate the same thing we have for patrons bulk modification (create a patron list, use that list in the batch mod tool), but for biblios. Users should be able to do the following with this enhancement: * use a virtualshelf/list to provide targets for Batch MARC modification. Additionally, or alternatively, we could provide a "download file of biblionumbers" from a search result page that could then be imported into the tool using existing workflow of "Use a file." It could also be "download file of biblionumbers for selected results." Personally I think a list is a better choice, but don't want to be limiting in what the solution is. I do know that the workflow as it stands is pretty awkward. -- You are receiving this mail because: You are watching all bug changes.

1 23