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

[Bug 16919] New: Problems with cart
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '19

04 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16919 Bug ID: 16919 Summary: Problems with cart 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The cart deletion does not seem to always delete the cart. Users have reported that after adding items to a cart, clearing the cart (from the results screen) and then adding an item from the results all previous items reappear. I have recreated this, but not with steps I can recreate. Basically if you add and remove items enough from cart you start to see oddities. Try various combintations of adding/removing and going forward/backward in browser and new results. I also noted in testing I ended up with two cookies, one pointing to the base URL and one pointing to baseurl/cgi-bin/opac-main.pl -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 16487] New: Cataloging/Authority search: add link to number of times used
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '19

03 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16487 Bug ID: 16487 Summary: Cataloging/Authority search: add link to number of times used Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloging an authority-controlled field, the librarians get a popup window by clicking at the "...", where they search a term and get a list of results. In that list there is a separate column (titled "used") where one gets the number this term is used in records. It would be very helpful for the librarian if this number was a LINK that displayed these specific records, so that he/she may select the proper authority. This functionality exists already in simple authority search (Home › Authorities › Authority search results), so if accepted by the community, implementing it in the popup window too would be fairly easy. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16627] New: Patron Update Organization
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '19

03 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16627 Bug ID: 16627 Summary: Patron Update Organization Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patron updates need to be grouped by library (when you can see them all) and should show the date the request was made (how long has it been sitting there?). Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15766] New: A batch should be given a description.
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '19

03 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15766 Bug ID: 15766 Summary: A batch should be given a description. Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org A batch should be given a description. I find it hard to remember what for I compiled that list. In batch administration the description should be displayed. -- You are receiving this mail because: You are watching all bug changes.

1 77

[Bug 17186] New: Error duplicate bibliography when saving new record
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '19

03 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17186 Bug ID: 17186 Summary: Error duplicate bibliography when saving new record Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hien.pham(a)dlcorp.com.vn QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When I saving new record in module catalog, Koha automatic created two record in database with same data. This error is not full time, it just happens to some records in Koha. Koha version: 3.18.04 Please help me for check this error. Thank you! -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 17780] New: When choose an author in authority results new window shows a blank screen
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '19

31 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17780 Bug ID: 17780 Summary: When choose an author in authority results new window shows a blank screen Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: gveranis(a)seab.gr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 58199 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58199&action=ed… authority results choose When a librarian open the authority window to search , find one or more results and try to choose a result then a new window is open and show a blank screen and stop. If we return to our cataloguing form then the authority has passed but the blank screen is remain. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 17234] New: ALTER IGNORE TABLE is invalid in mysql 5.7. This breaks updatedatabase.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '19

18 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17234 Bug ID: 17234 Summary: ALTER IGNORE TABLE is invalid in mysql 5.7. This breaks updatedatabase.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Since mysql 5.7, IGNORE is invalid in ALTER statements. This breaks updatedatabase.pl with errors like BD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE suggestions ADD KEY status (STATUS)' at line 1 [for Statement " ALTER IGNORE TABLE suggestions ADD KEY status (STATUS) "] at ./installer/data/mysql/updatedatabase.pl line 10420. DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'IGNORE TABLE suggestions ADD KEY biblionumber (biblionumber)' at line 1 [for Statement " The patch will simply remove the IGNORE statement 11 times in updatedatabase.pl -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 17765] New: Hide 'Holds' link in staff result list when user has no permission to place holds
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '19

17 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17765 Bug ID: 17765 Summary: Hide 'Holds' link in staff result list when user has no permission to place holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The "Holds" link on the staff result list is still visible, even if the user has no "reserveforothers" permission. At the same time it's not possible to place a hold from the detail page and you get a permission error when trying to use the link. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 16558] New: Option to choose to include or exclude bibs without items when exporting records
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '19

14 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16558 Bug ID: 16558 Summary: Option to choose to include or exclude bibs without items when exporting records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: sfayle(a)roseman.edu QA Contact: testopia(a)bugs.koha-community.org The addition of an option to "don't export" or "export" bibs without items in the export data tool. Some libraries may need to export only bibs without items or conversely they may want to only export bibs with items. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16666] New: TagsExternalDictionary is a rather confusing preference name
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '19

11 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16666 Bug ID: 16666 Summary: TagsExternalDictionary is a rather confusing preference name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com You do not pass an external dictionary (file) into this syspref. You actually pass the location of ispell on your box. If you have ispell but do not enter its path here, the pref does not trigger the spell check. So it is also enable/disable ispell. Tags.pm requires the Ispell module; it is not a mandatory depends. Furthermore the pref description says: Allow tags in the dictionary of the ispell executable on the server to be approved without moderation. So I would not mind a better name :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3