August 2016 - Koha-bugs - lists.koha-community.org

[Bug 16914] New: Export csv in item search, exports all items in one line
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '17

24 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16914 Bug ID: 16914 Summary: Export csv in item search, exports all items in one line 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have discovered thant when you try to export in csv (koha 3.22.7) in translated interface (es-ES and ca-ES) all items are located in just one file This is because a problem with a file itemsearch_item.csv that it doesn't include the order to break line for each item (at least is how we have fixed) For reproduce the error 1. Go to staff 2. Go to advance search -- item search 3. do whatever search and select csv to export 4. open with any textedior sudo diff /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES/includes/catalogue/itemsearch_item.csv.inc /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES/includes/catalogue/itemsearch_item.csv.inc-original < [%- USE Branches -%] < [%- USE Koha -%] < [%- biblio = item.biblio -%] < [%- biblioitem = item.biblioitem -%] < "[% biblio.title |html %] [% IF ( Koha.Preference( 'marcflavour' ) == 'UNIMARC' && biblio.author ) %]by [% END %][% biblio.author |html %]", "[% (biblioitem.publicationyear || biblio.copyrightdate) |html %]", "[% biblioitem.publishercode |html %]", "[% biblioitem.collectiontitle |html %]", "[% item.barcode |html %]", "[% item.itemcallnumber |html %]", "[% Branches.GetName(item.homebranch) |html %]", "[% Branches.GetName(item.holdingbranch) |html %]", "[% item.location |html %]", "[% item.stocknumber |html %]", "[% item.status |html %]", "[% (item.issues || 0) |html %]"[% INCLUDE 'empty_line.inc' %] --- > [%- USE Branches -%] [%- USE Koha -%] [%- biblio = item.biblio -%] [%- biblioitem = item.biblioitem -%] "[% biblio.title |html %] [% IF ( Koha.Preference( 'marcflavour' ) == 'UNIMARC' && biblio.author ) %]por [% END %][% biblio.author |html %]", "[% (biblioitem.publicationyear || biblio.copyrightdate) |html %]", "[% biblioitem.publishercode |html %]", "[% biblioitem.collectiontitle |html %]", "[% item.barcode |html %]", "[% item.itemcallnumber |html %]", "[% Branches.GetName(item.homebranch) |html %]", "[% Branches.GetName(item.holdingbranch) |html %]", "[% item.location |html %]", "[% item.stocknumber |html %]", "[% item.status |html %]", "[% (item.issues || 0) |html %]"[% INCLUDE 'empty_line.inc' %] \ No newline at end of file -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 16961] New: Add the Koha::Objects->update method
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '17

08 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16961 Bug ID: 16961 Summary: Add the Koha::Objects->update method 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 In order to update several rows in a single query, we need this new method. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16984] New: Acquisitions broken
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '17

23 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16984 Bug ID: 16984 Summary: Acquisitions broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In acquisitions, even if AcqCreateItem is set to create an item at the time of ordering, the item creation form does not display. Instead, this JavaScript error shows in the console: additem.js:176 Uncaught TypeError: window[events[i]] is not a function I believe this regression was introduced by bug 15531. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 16115] New: JavaScript error on item search form
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '17

23 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16115 Bug ID: 16115 Summary: JavaScript error on item search form Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/catalogue/itemsearch.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In the template for the item search page there is this at line 290: { 'type': 'select', 'values': [% notforloans.json %] }, [% notforloans.json %] appears to be undefined, whether the search form has been submitted or not. Viewing source shows this: { 'type': 'select', 'values': }, ...and the Firebug console reports this error: SyntaxError: expected expression, got '}' /cgi-bin/koha/catalogue/itemsearch.pl Line 240 -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 16018] New: merges not modifying biblios properly
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '17

20 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16018 Bug ID: 16018 Summary: merges not modifying biblios properly Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: remi.mayrand-provencher(a)inLibro.com Reporter: remi.mayrand-provencher(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As the summary says, merges are not modifying biblios properly. Test plan to reproduce the bug: 1)Go to authority, search for anything 2)Click merge on two authorities of the same type that are used at least one time 3)Validate which subfields are corresponding to each authorities in the biblios that uses them 4)Do the whole merge process 5)Validate that the biblios are updated properly (which they are not according to my tests. -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 15816] New: Timeout login redirects to home page
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15816 Bug ID: 15816 Summary: Timeout login redirects to home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P3 Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the staff client, when the session times out, or the user is asked to login again, the login always redirects to the home page. Formerly (as of 3.18.6 from which we upgraded to 3.22.1), it would redirect back to the page requested. --------- Example of former behavior: Login has timed out. User clicks link for a new biblio record from z39.50 (Cataloging). Pop-up search window opens, but asks for a login. Once logged in the z39.50 search form is shown. Example of present behavior: Login has timed out. User clicks link for a new biblio record from z39.50 (Cataloging). Pop-up search window opens, but asks for a login. Once logged in the staff home page is shown in the pop-up window. Behavior is the same for other pages as well. It seems the requested page (which appears in the address bar) is not passed to the login form (which is in mainpage.pl) and instead mainpage.pl is shown. Not a deal breaker, but annoying to have to login from scratch (or in another window) to a continue working on a record you were working on yesterday, or continue a session. I suspect Bug 15005. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 16632] New: When placing hold in OPAC patron has to search, log in and then search again
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16632 Bug ID: 16632 Summary: When placing hold in OPAC patron has to search, log in and then search again Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: amy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From one of our partners: When a patron chooses to place a hold from the from the OPAC details screen for an item, the system does not display the bib record of the item but takes you to your account login, then your account. Then patron must search for the title again, and ask to place a hold again before it is confirmed. I have confirmed this behavior. I think the requested behavior is for the OPAC to retain the search after the patron logs in so that the search doesn't have to be repeated again to get to the item they want to place the hold on. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17134] New: Facet's area shoes itemtypes' code instead of names
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '17

14 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17134 Bug ID: 17134 Summary: Facet's area shoes itemtypes' code instead of names Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In OPAC's search results, Koha shows itemtypes' codes instead name. See file attached. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 16035] New: MARC framework Export misbehaving
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '17

14 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16035 Bug ID: 16035 Summary: MARC framework Export misbehaving 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 48910 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48910&action=ed… more than one file type selection The MARC bibliographic framework Export is misbehaving for Default framework only 1) File will always export as an .ods file regardless of what file type you have selected 2) The first time that you click the Export button and choose a different file type other than CSV then click Cancel will be fine. Then, without refreshing the page, click Export for the same framework again and notice CSV radio selection is checked and stays checked when you select other file types. (See screenshot) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 16529] New: Clean up and improve upload template
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '17

14 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16529 Bug ID: 16529 Summary: Clean up and improve upload template Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/tools/upload.pl OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The file upload template has a few issues to be fixed: - use of 'onclick' should be corrected - markup errors should be fixed - layout should be adjusted based on whether the page is displaying in a popup or not. -- You are receiving this mail because: You are watching all bug changes.

1 15