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

[Bug 18893] New: The dateformat sys pref not used everywhere
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18893 Bug ID: 18893 Summary: The dateformat sys pref not used everywhere Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The dateformat system preference is set to dd/mm/yyyy but this does not carry through to every screen. Examples noted are: Batch item modification - after entering barcodes the second screen shows date formats as 2017-07-03 Also the specific due date helper in checkout displays the chosen date in a different format. It should be consistent. Tested at 16.11 and 17.05. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18707] New: Background jobs post disabled inputs
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '19

08 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18707 Bug ID: 18707 Summary: Background jobs post disabled inputs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For example, in Tools > Batch item modification input of deleted subfields are disabled. This form is posted using background job via JS code. Looks like this JS code converts a POST form into a GET URL, including inputs that are disabled : koha-tmpl/intranet-tmpl/prog/js/background-job-progressbar.js function submitBackgroundJob(f) { ... $(':input', f).each(function() { ... -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 18514] New: Allow library to search their Koha and Overdrive collections using ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18514 Bug ID: 18514 Summary: Allow library to search their Koha and Overdrive collections using ElasticSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org Building on the Elasticsearch and Overdrive work, this feature will allow users to run a cronjob to populate their elastic index with collection information from Overdrive. This makes both local Koha records, and Overdrive ones searchable. This bug will add the code to fetch and index the records, and to search and display them in the OPAC Subsequent bugs will add the detail display to the staff side -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 18969] New: Elasticsearch - _all field is deprecated - should use copy_to to prepare for ES6
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18969 Bug ID: 18969 Summary: Elasticsearch - _all field is deprecated - should use copy_to to prepare for ES6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Searching Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Reindex on a clean ES, you get a warning: [DEPRECATION] 299 Elasticsearch-5.4.1-2cfe0df "field [include_in_all] is deprecated, as [_all] is deprecated, and will be disallowed in 6.0, use [copy_to] instead." -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 20335] New: Stage MARC records for import does not work under Plack
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20335 Bug ID: 20335 Summary: Stage MARC records for import does not work under Plack Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: arouss1980(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In a vanilla 17.11.03 installation with Plack enabled, attempting to stage a MARC record for import fails with a pop-up message that reads: "Failed to submit form: error". In intranet-error.log the following information appears: stage-marc-import.pl: /usr/share/koha/intranet/cgi-bin/tools/stage-marc-import.pl: cannot open input file /tmp/koha_hax_upload/3f11cee01b610984d5dbd6430106d173_koha.mrc: No such file or directory The permissions of the directory and file above are as follows: drwxr-xr-x 2 hax-koha hax-koha 4096 Mar 5 16:18 /tmp/koha_hax_upload -rw-r--r-- 1 hax-koha hax-koha 1058 Mar 5 16:18 /tmp/koha_hax_upload/3f11cee01b610984d5dbd6430106d173_koha.mrc To reproduce, simply enable Plack in a vanilla 17.11.03 installation, then go to Home -> Tools -> Stage MARC records for import, browse for a file, hit the "Upload file" button, and then click the "Stage for import" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 16284] New: Borrower Previously Checked Out: Serials
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '19

12 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16284 Bug ID: 16284 Summary: Borrower Previously Checked Out: Serials Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In discussion of Bug 6909, Radek Šiman raised the following additional concerns around CheckPreviousCheckouts functionality: "Inspecting the last attachment 50286 [details] [review] I cannot find if periodical biblios are well processed. This special case concerns a scenario where a borrower is about to get another item of the same periodical title. In such a situation we need to check if the same item was already issued and not the same biblio only. There are borrowers ckecking-out several items if the same title at once. It seems to me that the current solution would ask for N-1 items to "Checkout anyway?". We should ask for repeating items of periodicals only." This bug is for the discussion and resolution of this additional feature. Best wishes, Alex -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 20026] New: Add new permission related to personal data
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '19

12 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20026 Bug ID: 20026 Summary: Add new permission related to personal data 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, josef.moravec(a)gmail.com, katrin.fischer(a)bsz-bw.de, magnus(a)libriotech.no, paul.poulain(a)biblibre.com, rbit(a)rbit.cz Blocks: 18081 Add new permission related to personal data. We should grant access to personal data at reports, plugins etc. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18081 [Bug 18081] [omnibus] GDPR (General Data Protection Regulation) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 18878] New: Improve item form display / labels too far from input fields
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18878 Bug ID: 18878 Summary: Improve item form display / labels too far from input fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 64716 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64716&action=ed… item form before suggested change At the moment the labels in the item form can end up being far apart from the input fields, especially on larger screens. A library suggested to make this work like the z39.50 search form where the labels are aligend right instead of left, which makes them close to the input fields (see attached screenshots). Just moving them closer might make cause problems, as for example the German translations are much longer than the English ones and so the 'right distance' varies by language. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 20254] New: Forbid the download of duplicate EDI messages
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '19

06 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20254 Bug ID: 20254 Summary: Forbid the download of duplicate EDI messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In theory EDI messages should be downloaded only once, as we rename it according to Edifact conventions as soon as downloaded. However the case has occured when after an issue with a vendor's server duplicates of the days files have been uploaded to the download directory. As a result duplicate quotes are downloaded, creating new orders on the system, as Koha cannot now rename the file (it would entail overwriting a file on the vendor's system) this can continue infinitely. So do not allow duplicate filenames to be downloaded, add a unique constraint to edifact_messages to support this -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 17057] New: Remove event attributes from holds template
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '19

05 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17057 Bug ID: 17057 Summary: Remove event attributes from holds template 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 reserve/request.tt contains several event attributes like "onclick" which should be removed in favor of defining events in JavaScript. -- You are receiving this mail because: You are watching all bug changes.

1 22