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

[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 20297] New: Unused code in update-child template
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20297 Bug ID: 20297 Summary: Unused code in update-child template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In members/update-child.tt, there is a javascript block guarded by "IF (CONFIRM)", but CONFIRM is not defined anywhere: $ rgrep -E '\bCONFIRM\b' * blib/INTRANET_TMPL_DIR/prog/en/modules/members/update-child.tt: [% IF ( CONFIRM ) %] koha-tmpl/intranet-tmpl/prog/en/modules/members/update-child.tt: [% IF ( CONFIRM ) %] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20106] New: Hea - Add notes to system preferences (administration page, example for geolocation)
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '20

19 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20106 Bug ID: 20106 Summary: Hea - Add notes to system preferences (administration page, example for geolocation) 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 At the moment we have a nice administration page for Hea, but also have system preferences where you can set those values up for a single library. We should: - Add a note above the preferences to tell people about the administration page - Add an example for UsageStatsGeolocation to make the way to use it more clear. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[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