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

[Bug 16140] New: Only clear L1 cache when needed
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '20

13 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16140 Bug ID: 16140 Summary: Only clear L1 cache when needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P2 Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 16044 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16044 [Bug 16044] Define a L1 cache for all objects set in cache -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 17542] New: Altering an invoice throws error unless shipment date and billing date both defined or both undefined
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17542 Bug ID: 17542 Summary: Altering an invoice throws error unless shipment date and billing date both defined or both undefined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating an invoice you can create it without a billing or shipment date You can then alter the shipment cost, however, trying to define a billing date without first defining a shipment date causes: invoice.pl: Odd number of elements in hash assignment at /home/vagrant/kohaclone/C4/Acquisition.pm line 2700., referer: http://localhost:8081/cgi-bin/koha/acqui/invoice.pl Define only a shipment date and the change will go through, but then attempting to change the shipment cost will fail until a billing date is also defined -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18092] New: Serial Enumeration (enumchron) truncated to 2 characters in by label creator
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18092 Bug ID: 18092 Summary: Serial Enumeration (enumchron) truncated to 2 characters in by label creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 60095 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60095&action=ed… example bib with 2 items. When printing a spine label where the layout includes 'enumchron' in the fields to print, that field is truncated to a width of two characters in the PDF export. The field shows in its entirety in the CSV export. For example the serial enumeration 'Discs 17 & 18' is truncated to 'Di'. To replicate: Set up Layout koha-spine Layout name : koha-spine barcode type : Code 39 layout type : Biblio Data fields : 952a, itemcallnumber, enumchron Draw guide boxes : True Split call numbers : True Text justification : Left Font : Times-Roman Font size : 10 Oblique title : True Set template Avery 5460 spine labels Template code : Avery 5460 spine labels Units : Si Centimeters Page height : 28 Page width : 21.5 Label width : 2.1 Label height : 3 Top page margin : 1.2 Left page margin : 0.8 Top text margin : 0.52 Left text margin : 0.52 Number of columns : 8 Number of rows : 8 Gap between columns : 0.44 Gap between rows : 0.2 Profile : none Set up batch using item that has enumchron wider than 2 characters (I've attached a sample marc record) Export using the layout and template above. See that the serial enumeration is truncated. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 18126] New: error message koha-common packages with unmet dependencies
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18126 Bug ID: 18126 Summary: error message koha-common packages with unmet dependencies Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: kira.maros(a)edu.sait.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 60284 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60284&action=ed… Screen shot of error message We are an educational institute trying to install Koha for classroom use and have received an error message with the "sudo apt-get install koha-command" line that some packages could not be installed. Please see attached screen shot. Any suggestions welcome! -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18129] New: Adding staging user to staged batches, for better filtering
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18129 Bug ID: 18129 Summary: Adding staging user to staged batches, for better filtering Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When multiple users use "Stage MARC for import" as a daily cataloging tool, it would be helpful if the uploading user could be stored with the staged batch. This would make it possible (perhaps via a SysPref) to filter the staged list to that particular user. We have tools that create the upload files based on today's date, so distinguishing this based on file name is not really doable. Having to add a comment each time also isn't too practical, and you can't filter on either of those anyway. Also, showing imported batches in the list can be a bit overwhelming after a while, and deletion of them are multiple steps, which makes the cataloging flow longer. What I propose is the following enhancement: 1. Add currently logged in username as a field in the import_batches table. 2. When uploading, write that username in that field. 3. Have a SysPref that can be set to filter the staged list (both the tool and the acquisition selector from staged) by that same username. 4. Have a SysPref that can be set to filter so that "Imported" and "Cleaned" are hidden. 5. For the batch list, have the option of "Show all batches" when the filters in 3 and 4 are active. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 18176] New: aqbookesellers.listprice and aqbookesellers.invoiceprice need to be renamed for currencies
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18176 Bug ID: 18176 Summary: aqbookesellers.listprice and aqbookesellers.invoiceprice need to be renamed for currencies 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The columns aqbookesellers.listprice and aqbookesellers.invoiceprice have FK constraints on the 'currencies' table, and they are actually documented as currencies. So, they need to be renamed. listprice is used the rigth way in aqorders. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 17230] New: borrowers table should be better normalized
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17230 Bug ID: 17230 Summary: borrowers table should be better normalized Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I've always been bothered by the fact that we have 3 separate sets of contact information in the borrowers table: streetnumber streettype address address2 city state zipcode country email phone B_streetnumber B_streettype B_address B_address2 B_city B_state B_zipcode B_country B_email B_phone altstreetnumber altstreettype altaddress altaddress2 altcity altstate altzipcode altcountry altemail altphone These should be moved to a contacts table, which contains a 'contact_type' field corresponding to 'primary', 'B_' or 'alt' (although these also desperately need to be renamed), as well as a link to the borrower and a timestamp. -- 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 11 Jan '20

11 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 11 Jan '20

11 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 11 Jan '20

11 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