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

[Bug 25804] New: Remove HTML from title tag of bibliographic detail page
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '20

12 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25804 Bug ID: 25804 Summary: Remove HTML from title tag of bibliographic detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Staff Client Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 12093 Bug 12093 accidentally added some <span> tags to the <title> tag of the bibliographic detail page. They should be removed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 [Bug 12093] Add CSS classes to item statuses in detail view -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 20571] New: Rancor - Keybinding configuration per users
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '20

11 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20571 Bug ID: 20571 Summary: Rancor - Keybinding configuration per users Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 18904 With bug 18904 there is the feeling that we should provide a way to let the users define their own keybinding. It could be system-wise in a first time (syspref) and then per user Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18904 [Bug 18904] Advanced editor - Rancor - Add authority support -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 19026] New: System Preferences that include a list of fields is not displayed correctly in Chrome
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '20

11 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19026 Bug ID: 19026 Summary: System Preferences that include a list of fields is not displayed correctly in Chrome Change sponsored?: --- Product: Koha Version: 16.11 Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 65430 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65430&action=ed… This is how it is displayed in Chrome. Currently in the latest version of Chrome: 60.0.3112.78 the system preference OPACSuggestionMandatoryFields does not show the list of fields in the display. This is also the case in these system preferences : OPACadvsearchmoreoptions, Opacadvsearchoptions, opacexportoptions- there may be more. >From the browser of Firefox, they display correctly. Included screen shots of this behavior. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 25394] New: Cronjob path in the AuthorityMergeLimit syspref description is wrong
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '20

11 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25394 Bug ID: 25394 Summary: Cronjob path in the AuthorityMergeLimit syspref description is wrong 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the description for the AuthorityMergeLimit system preference, it says it is controlled by the misc/migration_tools/merge_authority.pl cronjob. However, merge_authority.pl is not in the migration_tools directory but in the cronjobs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 24604] New: Add 'Pay' button under Transactions tab in patron accounting
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '20

10 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24604 Bug ID: 24604 Summary: Add 'Pay' button under Transactions tab in patron accounting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 17734] New: Make possible to pay and writeoff from boraccount page and make action buttons split button
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '20

10 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17734 Bug ID: 17734 Summary: Make possible to pay and writeoff from boraccount page and make action buttons split button 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 24874] New: Printing is broken on opac-results.pl page (19.11.x)
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '20

09 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24874 Bug ID: 24874 Summary: Printing is broken on opac-results.pl page (19.11.x) Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org The printing is broken on opac-results.pl page to test in 19.11.x... - search for something in opac - print page using file -> print - observe printing is broken (pic1) - apply patch - search for something in opac - print page using file -> print - observe printing is fixed (pic2) it seems this issue was introduced by bug 5287 -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 21373] New: Checkout not possible when biblio level hold but other items could satisfy it
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '20

09 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21373 Bug ID: 21373 Summary: Checkout not possible when biblio level hold but other items could satisfy it 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: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assume following 1. There is bib record with 5 items available 2. Patron A makes a bib level hold for the record Now we try to checkout one item from the bib record for patron B Result: I get a warning menu saying that this item is on hold Expected result: I can proceed with the checkout and no warnings come unless there are no available items, i.e., biblio level hold number <= items available. I refactored the C4/Circulation.pm a bit so that we can use the code from CanBookBeRenewd function to make the checkout work the same way as it is possible with renewals, i.e. renewals are possible even if there is a biblio level hold and some other available item that can satisfy the loan. I will send this patch ASAP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 25861] New: Unknown column 'important' in 'field list'
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '20

08 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25861 Bug ID: 25861 Summary: Unknown column 'important' in 'field list' Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: ctw2100(a)protonmail.com QA Contact: testopia(a)bugs.koha-community.org Koha Version: 19.11.06.000 I found out it's doesn't work when I add new MARC frameworks, error log said there is an Unknown column 'important', So I checked the database structure, there isn't a column called 'important', I also try to delete 'important' from file marctagstructure.pl, and it works, try to fix this ASAP plz System Error Log: [Wed Jun 24 11:01:15.882256 2020] [cgi:error] [pid 22124] [client 172.105.200.142:37851] AH01215: [Wed Jun 24 11:01:15 2020] marctagstructure.pl: DBD::mysql::db do failed: Unknown column 'important' in 'field list' [for Statement "INSERT INTO marc_subfield_structure (frameworkcode,tagfield,tagsubfield,liblibrarian,libopac,repeatable,mandatory,important,kohafield,tab,authorised_value,authtypecode,value_builder,isurl,seealso,hidden,link,defaultvalue,maxlength): /usr/share/koha/intranet/cgi-bin/admin/marctagstructure.pl, referer: http://47.113.102.87:8080/cgi-bin/koha/admin/marctagstructure.pl?frameworkc… [Wed Jun 24 11:01:15.882612 2020] [cgi:error] [pid 22124] [client 172.105.200.142:37851] AH01215: [Wed Jun 24 11:01:15 2020] marctagstructure.pl: SELECT ?,tagfield,tagsubfield,liblibrarian,libopac,repeatable,mandatory,important,kohafield,tab,authorised_value,authtypecode,value_builder,isurl,seealso,hidden,link,defaultvalue,maxlength from marc_subfield_structure where frameworkcode=?: /usr/share/koha/intranet/cgi-bin/admin/marctagstructure.pl, referer: http://47.113.102.87:8080/cgi-bin/koha/admin/marctagstructure.pl?frameworkc… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 24538] New: REMOTE_USER set to undef if koha_trusted_proxies contains invalid value
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '20

08 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24538 Bug ID: 24538 Summary: REMOTE_USER set to undef if koha_trusted_proxies contains invalid value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If koha_trusted_proxies contains an invalid or unparseable value, say due to a typo, like "1.1.1.", it'll treat it as a 0.0.0.0/0 mask and match against everything. In my tests, this leads to REMOTE_USER being set to undef. (On the plus side, at least a 0.0.0.0/0 mask leads to zero privileges rather than all privileges.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18