March 2019 - Koha-bugs - lists.koha-community.org

[Bug 20712] New: ILL belongs to the circulation section
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '19

19 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20712 Bug ID: 20712 Summary: ILL belongs to the circulation section Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I belive the ILL handling UI belongs more to the Circulation section than the main staff page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 22482] New: Some characters are not escaped in translated file.
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '19

18 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22482 Bug ID: 22482 Summary: Some characters are not escaped in translated file. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: bastien.gonckel(a)progilone.fr QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It seems that the file fr-FR-staff-prog.po contain character that are not escaped on line 17596. In the template memberentrygen.tt, line 1195 the string MSG_MESSAGING_DFEAULTS (I assume it was supposed to be MSG_MESSAGING_DEFAULTS) contain double quote, but these double quote are escaped in the .po file. With this unescapped character, the javascript fail, and I can't use the save button for saving user. Work fine in english. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 22469] New: Extend Holdings table in Normal View
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '19

18 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22469 Bug ID: 22469 Summary: Extend Holdings table in Normal View Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: chrs.markx86(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 86203 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=86203&action=ed… MARC View Hello, I need to display an extra field in Holdings table of Normal View. I want either to replace an existent column, or to extend the table with one more column. The field I want to display is being displayed on MARC View (see the MarcView attachment) and is the link for the e-book/audio-book. In this I want to have a clickable field on Normal View so as to download (or redirect to) the media file of the book. I spent a lot of time trying to handle this with custom XSLT, but it seems that it has not to do with XSLT. Any ideas on how I could handle this? Thank you in advance! -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 20786] New: process_message_queue.pl - multiple subroutine redefined errors
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '19

18 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20786 Bug ID: 20786 Summary: process_message_queue.pl - multiple subroutine redefined errors Change sponsored?: --- Product: Koha Version: 17.11 Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: mjnkml(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Probably related to bug 2505, in the cronjob email, this comes up: Subject: Cron <root@koha> cd /tmp && koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/process_message_queue.pl Body: Subroutine _ATTRIBUTES redefined at /usr/share/perl5/Authen/CAS/Client/Response/Failure.pm line 13. Subroutine new redefined at /usr/share/perl5/Authen/CAS/Client/Response/Failure.pm line 15. Subroutine code redefined at /usr/share/perl5/Authen/CAS/Client/Response/Failure.pm line 17. Subroutine message redefined at /usr/share/perl5/Authen/CAS/Client/Response/Failure.pm line 18. Subroutine new redefined at /usr/share/perl5/Authen/CAS/Client/Response/Success.pm line 13. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 22129] New: Report 1.3.3 Patrons Whose Age Violates Category Age Limits (finds nothing /is faulty)
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '19

18 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22129 Bug ID: 22129 Summary: Report 1.3.3 Patrons Whose Age Violates Category Age Limits (finds nothing /is faulty) Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The report is faulty: For MaxAge a value specified correctly in the category is overidden and replaced by 999. Therefore no violation of MaxAge is found by this report. I made a quick and dirty correction: $ diff Rep* 7c7,8 < GREATEST ( c.upperagelimit, 999 ) AS MaxAge, --- > # GREATEST ( c.upperagelimit, 999 ) AS MaxAge, > c.upperagelimit AS MaxAge, 19c20,23 < # age NOT BETWEEN MinAge AND MaxAge --- > age < MinAge or ( age > MaxAge And Maxage > 0 ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16660] New: Elasticsearch broken if OpacSuppression is activated
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '19

17 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16660 Bug ID: 16660 Summary: Elasticsearch broken if OpacSuppression is activated 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When OpacSuppression is active, you can't search using Elasticsearch. The error shown is: Unable to perform your search. Please try again. By adding a die we coaxed it into a better error message: Can't use string ("(HASH(0xcfe2548)) not Suppress=1") as a HASH ref while "strict refs" in use at /home/katrin/kohaclone/Koha/SearchEngine/Elasticsearch/Search.pm line 99. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 16690] New: Installing DB on remote server fails without *.* permissions
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '19

17 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16690 Bug ID: 16690 Summary: Installing DB on remote server fails without *.* permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: mtompset(a)hotmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org KohaDB: 192.168.71.250 > CREATE DATABASE koha_ils; > GRANT ALL ON koha_ils.* TO 'kohauser'@'192.168.71.251' IDENTIFIED BY 'kohapass'; > FLUSH PRIVILEGES; > QUIT; KohaApp: 192.168.71.251 Do an install. Hack the kohaconf username, hostname, passwords to match. Try to run the web install steps. You will get told you don't have enough permissions. Why? Because 'hostname' is 192.168.71.250 to connect to the DB, but the app server is 192.168.71.251, and you should be checking against those GRANTS in installer/install.pl around line 116. Hacked in a <webserver> tag to the kohaconf and used that value instead in the script. Everything works. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 20650] New: Switch single-column templates to Bootstrap grid: Various, part 3
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '19

16 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20650 Bug ID: 20650 Summary: Switch single-column templates to Bootstrap grid: Various, part 3 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 Blocks: 19980 This patch will convert several unrelated templates to use the Bootstrap grid: - patroncards/print.tt - patron_lists/add-modify.tt - plugins/plugins-disabled.tt - plugins/plugins-upload.tt - tools/tools-home.tt - virtualshelves/merge.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19980 [Bug 19980] Omnibus: Update single-column templates to use Bootstrap grid -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 20089] New: Does Koha::Database->schema always return a connected object?
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '19

14 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20089 Bug ID: 20089 Summary: Does Koha::Database->schema always return a connected object? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org My log says no: DBD::mysql::st execute failed: MySQL server has gone away [for Statement "SELECT `me`.`variable`, `me`.`value`, `me`.`options`, `me`.`explanation`, `me`.`type` FROM `systempreferences` `me` WHERE ( `me`.`variable` = ? )" with ParamValues: 0='opacgroupresults'] at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1832. I see them quite often, always for preferences. Note that we do not test the cached $database->{schema} in sub schema. If we do, we will however add some time. ( 0.0043 instead of 0.0003 ) What do you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22139] New: Fields ACCTDETAILS not working properly
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '19

13 Aug '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22139 Bug ID: 22139 Summary: Fields ACCTDETAILS not working properly Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: muneebkalathil(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some of the fields in ACCTDETAILS is not working properly when we create new patrons. There is no problem in receiving mails. The only field it takes is <<borrowers.password>> The remaining fields in this notice does not showing any values in the mail. <<borrowers.title>> <<borrowers.firstname>> <<borrowers.surname>> <<borrowers.userid>> ##################################### This is the mail I recieved. Hello . Your new Koha account details are: User: Password: 1234 If you have any problems or questions regarding your account, please contact your Koha Administrator. Thank you, Librarian library@xxxx ##################################### * Checkout notice is working fine with ACCTDETAILS details. * Also I imported this DB to 18.05 and it is working perfectly; No issues . * Didn't find any errors in log related to this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27