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

[Bug 18792] New: Batch Patron Modification does not modify borrower home branch
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18792 Bug ID: 18792 Summary: Batch Patron Modification does not modify borrower home branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When performing a batch patron modification to a set of borrowers, the editing field for library does not modify the patrons home branch after saving. This doesn't work when modifying with a patron list, a file, or a list cardnumbers. You do not get an error that the modification didn't work. However, the field remains unchanged. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19073] New: Can't change library with patron batch modification tool
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19073 Bug ID: 19073 Summary: Can't change library with patron batch modification tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It appears that the option to change a users homebranch with the patron batch modification tool is broken. To test: - Install Koha sample patrons - Search all patrons (empty search) and add them to a patron list - Go to the patron batch modification tool - Select your list - Change branch to Centerville - Save - Verify Koha shows the result list, but that the branch hasn't been changed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 18691] New: When returning from detail page to result list in staff chosen sort order is lost
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18691 Bug ID: 18691 Summary: When returning from detail page to result list in staff chosen sort order is lost Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: - Search for something in staff - Change the sorting of the result list from the default value to something else - Go to a detail page from the result list - Return to the result list using the link above the tabs on the left side - Verify the sort option you chose is no longer selected. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18671] New: Calendar.t failing exception holiday test
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18671 Bug ID: 18671 Summary: Calendar.t failing exception holiday test Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Test is failing on master - I haven't verified yet if that points to a real problem, so just setting to 'normal' for now. prove t/Calendar.t t/Calendar.t .. 1/38 # Failed test 'Exception holiday is not a closed day test' # at t/Calendar.t line 164. # got: '1' # expected: '0' # Looks like you failed 1 test of 38. t/Calendar.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/38 subtests -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 18638] New: Bad display of prediction pattern with planified irregularities : translation issue
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18638 Bug ID: 18638 Summary: Bad display of prediction pattern with planified irregularities : translation issue Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The problem occurs in french interface. Due to nested double quotes in French translation of a javascript message, the message is broken, both pages of prediction pattern are displayed at the same time and it's not possible to modify anything. ============================= In the po file we have this : #. SCRIPT #: intranet-tmpl/prog/en/modules/serials/subscription-add.tt:13 msgid "" "Warning! Present pattern has planned irregularities. Click on 'Test " "prediction pattern' to check if it's still valid" msgstr "" "Attention ! Le modèle présent a planifié des irrégularités.Cliquez sur " "\"Tester le prévisionnel de bulletinage\" pour vérifier s'il est toujours " "valable" ============================== In susbscription-add.tt we have : English alert(_("Warning! Present pattern has planned irregularities. Click on 'Test prediction pattern' to check if it's still valid")); French alert(_("Attention ! Le modèle présent a planifié des irrégularités.Cliquez sur "Tester le prévisionnel de bulletinage" pour vérifier s'il est toujours valable")); I suppose the double quotes are automatically escaped through po file creation but to get a correct rendering double quotes should be escaped by a double backslash. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18566] New: Staff client should always show purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18566 Bug ID: 18566 Summary: Staff client should always show purchase suggestion Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Koha allows the staff to put the purchase suggestions on users behalf through staff interface though in system preferences it has been marked as "not allowed". But acquisition home page is missing "suggestion management" link therefore staff is not able to view the same if he/she has made suggestions on users behalf. The requirement is it should always show the suggestions whether system preference allows or not allows the users to make suggestions via OPAC. I have tested it on 16.11.07 installed on debian via package. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 18245] New: debian/templates/koha-conf-site.xml.in missing tls
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18245 Bug ID: 18245 Summary: debian/templates/koha-conf-site.xml.in missing tls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org As noted by Marcel in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15427#c17 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 18142] New: Staff client search results do not show correct item availability
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18142 Bug ID: 18142 Summary: Staff client search results do not show correct item availability Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: snicker1(a)maine.rr.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In both 3.22.02.00 and 16.05.09.000 the "summary" search results do not show item availability correctly, with ALL items showing as "<x> items, x<> available", even if the item is currently checked out. Clicking on the item title brings you to the details, where it shows correctly as checked out, and the OPAC search results also show the item properly as checked out in both the summary search results list and in the individual item details, it is only in the Staff client summary search results that it is improperly displayed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18023] New: Add "New from Z39.50" button on search results in Authorities module
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18023 Bug ID: 18023 Summary: Add "New from Z39.50" button on search results in Authorities module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Someone suggest this little enhancement here for Authorities module. 1) Go to Authorities module 2) Make a research on any subject 3) Observe that a results list appears 4) Clic on "details" to see any one authority 5) Observe now the button "New from Z39.50" (with a magnifying glass) which will replace the selected authority It could be easier and faster if we have the button "New from Z39.50" directly on the results list (step 3) this could permit to skip the steps 4 and 5. Thanks again, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 18049] New: record export fails on callnumber limit
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18049 Bug ID: 18049 Summary: record export fails on callnumber limit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org If you export marc records and select callnumber limits you get this error: DBIx::Class::ResultSet::next(): Unknown column 'callnumber' in 'where clause' at /usr/share/koha/lib/Koha/Objects.pm line 150 Very similar to Bug 17420. -- You are receiving this mail because: You are watching all bug changes.

1 1