September 2017 - Koha-bugs - lists.koha-community.org

[Bug 18883] New: koha-http.conf designed for Apache 2.2
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18883 Bug ID: 18883 Summary: koha-http.conf designed for Apache 2.2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I was installing a Koha site from source and got a syntax error from the "Order" directive since I am using Apache 2.4 and koha-http.conf is designed for Apache 2.2. It's an easy enough change to use "Require all denied" instead of "Order deny,allow\n Deny from all", but I wonder if we should update the file to use Apache 2.4 just to keep non-package installs more in-line with package installs (although I suppose there are quite a few differences between the Apache configuration files anyway). I was planning to submit a patch using mod_version, but that's an extension module, so I think it might be a bit much to expect people to install that just to run Koha out of the box. I notice openSUSE doesn't even have mod_version in the 42.2 repositories, so I'm just going to update my file to 2.4 sytnax, but thought I'd raise it here in any case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18892] New: RDA fields not searchable as Publisher
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18892 Bug ID: 18892 Summary: RDA fields not searchable as Publisher Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 14198 - RDA: Indexing 264 field (Zebra) added an index called 'Provider' (with a CCL mapping of 'pv'). However, this does not allow bibs cataloged under RDA to be searched using the 'Publisher' search. Library of congress shows that 264 indicator 2 can be used to distinguish manufacture and distribution vs. publication: Second Indicator - Function of entity 0 - Production Field contains a statement relating to the inscription, fabrication, construction, etc., of a resource in an unpublished form. 1 - Publication Field contains a statement relating to the publication, release, or issuing of a resource. 2 - Distribution Field contains a statement relating to the distribution of a resource. 3 - Manufacture Field contains a statement relating to the printing, duplicating, casting, etc., of a resource in a published form. 4 - Copyright notice date Field contains a date associated with a notice of protection under copyright or a similar regime. Copyright dates include phonogram dates (i.e., dates associated with claims of protection for sound recordings). ... so indicator 2 values of 1 or 4 should correspond to publisher. We have the ability to specify indicator values when indexing; we should use it in this case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19084] New: Spine label with BN_IN UTF8 data rendered incorrectly
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19084 Bug ID: 19084 Summary: Spine label with BN_IN UTF8 data rendered incorrectly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 65878 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65878&action=ed… View of expected output vs output rendered I was trying to generate spine labels with call numbers in my mother tongue Bengali, which is spoken by 250 million people making it the 7th largest spoken language in the world. In the attachment, the text bordered with green outline is how it is expected to appear, however what appears in the PDF is the text within the red border on left. FWIW, the koha-conf.xml ttf settings for Bengali font are in place, checked with different fonts, including Lohit Bengali which is the default BN_IN font on RHEL, Fedora and Ubuntu etc. as well as with NOTO Sans Bengali from Google. None of the conjunct clusters as well as matraas that go before a letter are rendered in the correct order. Unless this is fixed Koha can not be used to correctly generate spine labels for Bengali books For reference, here is discussion about a similar problem with iText - http://palashray.com/making-itext-work-with-indic-scripts/ -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 19264] New: Patron card creator: Add descriptions to PODs in Patroncard.pm
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19264 Bug ID: 19264 Summary: Patron card creator: Add descriptions to PODs in Patroncard.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org PODs in Patroncard.pm need descriptions. See: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18541#c23 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 18021] New: Confirming each loan when going beyond the limit of loans
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18021 Bug ID: 18021 Summary: Confirming each loan when going beyond the limit of loans Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, We have a request here since some time about the system asking a confirmation for a loan just after it was scanned and when a person takes a number of loans higher than the permitted limit. For example : If the rule is 3 DVD maximum but a teacher ask to take 15 of them, the librairian must confirm all of them beyond the third and it takes some time to do the operation. I'm wondering if we can have only one warning for a transaction (as a reminder). Thanks again, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 18020] New: Self-Checkout
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18020 Bug ID: 18020 Summary: Self-Checkout Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha.stjernepost(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hei Jeg har en forbedring til Koha, og selvbetjetnsystemet! Det burde vært sånn at man skannet kortet sitt også kom det opp en rute over hva man har på lån og et input område hvor man kan skanne inn materialer også ser systemet om man har det på lån, i så fall leverer det det og gir en melding om hvor det skal stå, eller hvis det er til utlån låner det det ut til låneren! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 17999] New: batch item modifications does disregard MARC framework
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17999 Bug ID: 17999 Summary: batch item modifications does disregard MARC framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: boutrosboutrosboutros(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When performing batch item modifications, the form to enter item details is allways created using the standard MARC framework, and not using the framework of the bilio the items belongs to. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17997] New: Staff client -- print cart stalls when cart is sorted by item.
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17997 Bug ID: 17997 Summary: Staff client -- print cart stalls when cart is sorted by item. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: 1) Run a search in the staff client 2) Select several of the bibs 3) Select 'cart' from 'Add to' drop down and click 'Save' 4) Click cart link at the top of the page. 5) Click print button -- this should bring up the browser's print dialog. 6) Click on 'Items' column to sort by item 7) Click print button -- Nothing happens I have tested this in master. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 17994] New: OAI-PMH: ListSets logs a warning
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17994 Bug ID: 17994 Summary: OAI-PMH: ListSets logs a warning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Have current master source - Point your browser to the OAI endpoint - Select 'Sets' (or just go to http://localhost:8080/cgi-bin/koha/oai.pl?verb=ListSets) => FAIL: You get this in the logs: Use of uninitialized value $metadata_prefix in join or string at /home/vagrant/kohaclone/Koha/OAI/Server/ResumptionToken.pm line 69. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 17939] New: Local Cover Images options not available as Coce Cover images cache options appear instead (non en only)
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17939 Bug ID: 17939 Summary: Local Cover Images options not available as Coce Cover images cache options appear instead (non en only) Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dilan(a)calyx.net.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 59205 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59205&action=ed… screenshot Local Cover Images option under Enhanced content tab in System Preferences is displaying settings from Coce Cover images cache option instead of its own. The manual states the settings should instead be: - AllowMultipleCovers - LocalCoverImages - OPACLocalCoverImages There is no option listed at all for Coce Cover images cache. This issue has been observed to disappear when the language is switched to en from en-nz for the staff interface. Please see the attached image for a screenshot. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5