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

[Bug 21227] New: Add option to make items unavailable during closure period
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '19

24 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21227 Bug ID: 21227 Summary: Add option to make items unavailable during closure period Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)phe.gov.uk QA Contact: testopia(a)bugs.koha-community.org One of our site libraries will be closed for 8 weeks for refurbishment. During this period the stock will be inaccessible. We have added a closure in the calendar for this branch. We could not find a simple way to mark the items as unavailable so we have temporarily hidden this library from the OPAC. It would be useful to have a tickbox option in the calendar settings to select if items should be deemed as Unavailable during the specific closure period. They would then automatically revert to available after the closure period has expired. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 21947] New: Filtering order generates html in notes
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '19

23 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21947 Bug ID: 21947 Summary: Filtering order generates html in notes 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: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 13618 added a | html to line 717 of opac-details.tt but this generates strange output in the 'Title notes' tab: this <hr> is <hr> a <hr> test from blank lines entered into a 500$a field --- BEGIN --- this <hr> is <hr> a <hr> test --- END --- While HTML (<hr>) should not be in a note, this is used as sample data to also check the blank line to -ish tags, as shown above. -- You are receiving this mail because: You are watching all bug changes.

1 20

[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 20779] New: Style refresh for patron detail page
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '19

09 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20779 Bug ID: 20779 Summary: Style refresh for patron detail page 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 Depends on: 20520 I have some style updates for the patron detail page (moremember.tt) which I think will make the page more readable. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20520 [Bug 20520] Re-indent moremember.tt -- You are receiving this mail because: You are watching all bug changes.

1 30

[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 21281] New: Label Template - Creation not working
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '19

08 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21281 Bug ID: 21281 Summary: Label Template - Creation not working Change sponsored?: --- Product: Koha Version: 18.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: hkelmer(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Koha version: 18.05.02.000 mysql Ver 15.1 Distrib 10.3.8-MariaDB create a "Label Template" and save. (any configuration ....) There is no error message. But it shows a message indicating that "there is no template" It looks like Koha is using some reserved words ( rows ) during the creation of a new label template... As i looked the sql commands that koha is using to create the template i figure out that its using "rows" - a new reserved word ... Could you verify it, please tia Henrique -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 21887] New: 856$u link problem in XSLT result lists and detail page
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '19

07 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21887 Bug ID: 21887 Summary: 856$u link problem in XSLT result lists and detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kohadevinim(a)devinim.com.tr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 82674 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82674&action=ed… Sample MARC record İf you dont add http:// or ftp:// in front of link pages in 856$u field, intranet webpage search result and detail page yields to connect localhost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[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