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

[Bug 19906] New: Move template JavaScript to the footer: NORMARC editor plugins
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '18

28 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19906 Bug ID: 19906 Summary: Move template JavaScript to the footer: NORMARC editor plugins 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: 17858 NORMARC plugin templates already have JavaScript at the bottom of the template instead of the top, but they should still be modified to be consistent with other templates which have been updated as part of Bug 17858. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19797] New: Subscribers to email notifications for new issues are broken
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '18

27 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19797 Bug ID: 19797 Summary: Subscribers to email notifications for new issues are broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The option to subscribe to email for newly arrived serial issues is something that people like a lot in Koha - currently this is broken a bit in both versions I tested. For master: To test: - Add a subscription - Make sure you set a notice template for 'notification' on the first page - Go to the record in the OPAC - Subscribe to email notifications from the Subscriptions tab - Go back to the subscription detail page - Click on the 'subscribers' link - Verify that the list shown is empty - Verify that the alert table in the database has the entry for the subscribed patron - Verify that in the OPAC it now asks you to cancel subscription For 16.11: (I can move this to a separate bug if needed) - Follow above test plan until "subscribe..." - Verify that the redirect is to an empty page - Verify that the subscriber link doesn't work - Verify that the link doesn't change to cancel and you can subscribe mulitple times - Verify that the alert table will have multiple entries for your borrowernumber and subscription id -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 20017] New: use Modern::Perl in Tools perl scripts
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '18

27 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20017 Bug ID: 20017 Summary: use Modern::Perl in Tools perl scripts Change sponsored?: --- Product: Koha Version: unspecified 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org use Modern::Perl should be used instead of use strict; use warnings; Relevant in: background-job-progress.pl batchMod.pl copy-holidays.pl exceptionHolidays.pl holidays.pl import_borrowers.pl koha-news.pl letter.pl manage-marc-import.pl newHolidays.pl overduerules.pl quotes-upload.pl quotes.pl quotes/quotes-upload_ajax.pl quotes/quotes_ajax.pl scheduler.pl stage-marc-import.pl upload-cover-image.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 19875] New: When & is in the title of a search result, subscribing via rss can be broken
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '18

27 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19875 Bug ID: 19875 Summary: When & is in the title of a search result, subscribing via rss can be broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This issue is not in all cases (depend on many factors). It is due to the xml syntax where the use of "&" is forbidden and must be "&" Koha do the job in this line : <title>[% SEARCH_RESULT.title |html %]....... With the use of "|html" But not in this line : Place Hold on <i>[% SEARCH_RESULT.title %]</i>...... The patch is very light just adds "|html" in the line above. ################# Test Plan : 1° in opac do a search where you can find "&" in the title 2° in the result page click on the rss button on the right of "Your search returned n results." (Subscribe to this search) 3° if your subscribe is ok you can not perform the test :o( 4° if your subscribe is nok you can apply the patch 5° test the same work flow with the patch the subscribe must be ok. Thx -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 20082] New: Vietnamese language display name is incorrect
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '18

26 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20082 Bug ID: 20082 Summary: Vietnamese language display name is incorrect Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcowens76(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Currently the vi-VN language display name is in Chinese characters (㗂越). This is incorrect. To reproduce this, install the vi-VN language and open the OPAC. The option for Vietnamese will display as those Chinese characters, rather than "Tiếng Việt", which is the way Vietnamese people refer to their language. The display name is created by the installer in installer/data/mysql/mandatory/subtag_registry.sql: VALUES ( 'vi', 'language', 'vi', '㗂越'); That should be changed to: VALUES ( 'vi', 'language', 'vi', 'Tiếng Việt'); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 19806] New: Add class to items.itemnotes_nonpublic
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '18

26 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19806 Bug ID: 19806 Summary: Add class to items.itemnotes_nonpublic Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 13024 - Nonpublic note not appearing in the staff client added the nonpublic note to the 1) Checkouts (circulation.pl) 2) Checkins (returns.pl) 3) Record details ( moredetail.pl ) There is currently no class to hide on of those locations if a library wants to hide a non public note. Can we add a class to items.itemnotes_nonpublic so libraries have the choice to hide one of the locations listed above. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 18975] New: Wrong CSRF token when emailing cart contents
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '18

26 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18975 Bug ID: 18975 Summary: Wrong CSRF token when emailing cart contents Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org When you are not logged into the OPAC and attempt to email the contents of your cart you get the following error : "Wrong CSRF token at /usr/share/koha/opac/cgi-bin/opac/opac-sendbasket.pl line 55" Some testing shows: If you log in before adding items to your cart then send it, it works. If you're not logged in and you log in as part of sending the basket, the error occurs It must be that authenticating in that window doesn't set the session and id / secret aren't being set before submitting If you aren't logged in, click send the basket and log in, refresh the page before sending, then send, it forces it to pick up the session and works -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17608] New: Fix behaviour of bulkmarcimport.pl -insert
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '18

26 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17608 Bug ID: 17608 Summary: Fix behaviour of bulkmarcimport.pl -insert Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz According to the POD in bulkmarcimport.pl: -insert if set, only insert when possible This works as expected for bibliographic records, if -insert is specified and a records already exists (based on the criteria specified by the -match option), the record is skipped and no record is inserted. But I do find the behaviour related to items a bit surprising. Even if the record is skipped and not inserted, any items attached to the record in the file that is being imported is attached to the matching record. I would expect items to be ignored if the record exists and is skipped. So the question is: is this behaviour a bug or a feature? Even if it is a bug, I guess we must assume that some libraries out there are relying on the current behaviour of bulkmarcimport.pl, so that the best way to get the behaviour I expect is to add another command line switch, to ignore items for matching records. This way existing users will not get nasty surprises and I will get the behaviour I expect. Opinions? -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17383] New: Build debian package failed
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '18

23 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17383 Bug ID: 17383 Summary: Build debian package failed Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.stastny(a)teamlibrary.cz QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net When trying to build a Debian package from git with build-git-snapshot, dependencies fail. Unable to resolve dependencies! Giving up... The following NEW packages will be installed: ca-certificates{a} libalgorithm-checkdigits-perl{a} libanyevent-http-perl{a} libanyevent-perl{a} libarchive-zip-perl{a} libauthen-cas-client-perl{a} libbiblio-endnotestyle-perl{a} libbusiness-isbn-data-perl{a} libbusiness-isbn-perl{a} libcache-fastmmap-perl{a} libcache-memcached-fast-perl{a} libcache-perl{a} libcgi-session-driver-memcached-perl{a} libcgi-session-perl{a} libcgi-session-serialize-yaml-perl{a} libclass-accessor-perl{a} libclass-factory-util-perl{a} libcommon-sense-perl{a} libencode-locale-perl{a} libfile-listing-perl{a} libfile-nfslock-perl{a} libheap-perl{a} libhtml-parser-perl{a} libhtml-tagset-perl{a} libhtml-tree-perl{a} libhttp-cookies-perl{a} libhttp-date-perl{a} libhttp-message-perl{a} libhttp-negotiate-perl{a} libio-socket-ssl-perl{a} libio-string-perl{a} liblwp-mediatypes-perl{a} liblwp-protocol-https-perl{a} libnet-http-perl{a} libnet-ssleay-perl{a} libssl1.0.0{a} libsub-name-perl{a} liburi-perl{a} libwww-perl{a} libwww-robotrules-perl{a} libxml-libxml-perl{a} libxml-namespacesupport-perl{a} libxml-sax-base-perl{a} libxml-sax-perl{a} libxml2{a} libyaml-syck-perl{a} netbase{a} openssl{a} ucf{a} 0 packages upgraded, 49 newly installed, 0 to remove and 0 not upgraded. Need to get 6299 kB of archives. After unpacking 16.0 MB will be used. Abort. E: pbuilder-satisfydepends failed. I: Copying back the cached apt archive contents I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//24915 and its subdirectories Command 'pdebuild --buildresult /root/debian' returns an error (256) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 17250] New: Koha::AuthorisedValues - Remove GetAuthValCode
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '18

22 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17250 Bug ID: 17250 Summary: Koha::AuthorisedValues - Remove GetAuthValCode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 30