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

[Bug 18188] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18188 Bug ID: 18188 Summary: Working title 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 18210] New: Allow API to update/ merge bibliographic records & not just replace
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18210 Bug ID: 18210 Summary: Allow API to update/ merge bibliographic records & not just replace 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: bibliwho(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The Koha API allows for existing records to be replaced/ overlaid wholesale with data provided. It would be great to have the option of updating records as well, i.e., changing only data/ fields that are included in a source file while preserving all data/ fields not in the source file. This would require a means of identifying fields that are protected from overlay on import. -- You are receiving this mail because: You are watching all bug changes.

1 2

[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 18218] New: Contact information (borrower, branch, acquisitions), should be centralized into a single table
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18218 Bug ID: 18218 Summary: Contact information (borrower, branch, acquisitions), should be centralized into a single table 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 The borrowers table contains three sets of contact information -- primary (streetnumber, streettype, address, etc... no prefix), secondary (B_streetnumber, B_streettype, etc) and alternate (altcontactaddress1, altcontactaddress2, etc.)... there are also the emailpro and phonepro fields. These should be moved into a 'contacts' table. I think that it would be reasonable to re-factor the aqcontacts table so that generic contact information was in the contacts table, as well as pulling branch contact information into contacts as well. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18261] New: Select item type not available when staff overrides hold policy
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18261 Bug ID: 18261 Summary: Select item type not available when staff overrides hold policy Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.hedstrom.mace(a)sub.su.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With AllowHoldItemTypeSelection set to Allow, it is possible to select an item type to fill the hold. But when staff overrides a circulation policy, the ”Request specific item type” dropdown on the place hold page only lists ”Any item type”, even if there are several items with various item types attached to the bibliographic record. We believe this to be a bug. To reproduce: Set AllowHoldItemTypeSelection to Allow. Set AllowHoldPolicyOverride to Allow. Create/choose a circulation rule for a patron category of your choice, allow holds and set On shelf holds allowed to ”If all unavailable”. Find or create a bibliographic record with two or more items, with two or more item types. Check out one item. Place a hold using the patron category for which you specified the circulation rule above. This should result in a staff override as this behaviour should not be allowed by the circulation policy. Try to request a specific item type, and confirm that choosing an item type is not available, the only option being ”Any item type”. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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

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

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

11 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