November 2019 - Koha-bugs - lists.koha-community.org

[Bug 23317] New: Elasticsearch - IntranetCatalogSearchPulldown breaks searching indexes via query
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '20

03 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23317 Bug ID: 23317 Summary: Elasticsearch - IntranetCatalogSearchPulldown breaks searching indexes via query Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com To recreate: 1 - Enable ES 2 - On staff side search for sn:4 (or real biblionumber) 3 - You go to a bib 4 - Enable IntranetCatalogSearchPulldown 5 - Reload the page to search the dropdown 6 - Repeat search 7 - It fails -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 22684] New: Make Acquisition::Basket->bookseller match the code guidlines
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '20

03 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22684 Bug ID: 22684 Summary: Make Acquisition::Basket->bookseller match the code guidlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Minor correction to match coding guidelines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 23963] New: Visible reduction in image quality
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '20

03 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23963 Bug ID: 23963 Summary: Visible reduction in image quality Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: bibliwho(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, magnus(a)libriotech.no, mtj(a)kohaaloha.com, testopia(a)bugs.koha-community.org, wizzyrea(a)gmail.com Depends on: 21987, 22988 +++ This bug was initially created as a clone of Bug #22988 +++ RM NOTE: This bug is a placeholder to note that we are reverting bug 21987 whilst we work on the main issue for a longer term resolution to bug 22988 in that bug. I have a library that is noticing a visible reduction in image and thumbnail quality after upgrading from 18.11.03 to 18.11.05. This could be a regression from bug 21987. They have a lot of scanned black and white covers. The largest text in the thumbnails used to be readable, but after the upgrade, it is not. Their scanning process has not changed, so the original image that they upload should be of the same quality as before. Old, good image: http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… New, not so good, image: http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… http://bibliotek.dis-danmark.dk:8080/cgi-bin/koha/catalogue/image.pl?imagen… Did we reduce the quality a bit too much? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21987 [Bug 21987] Local cover 'thumbnail' size is bigger than 'imagefile' size in biblioimages table https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22988 [Bug 22988] Visible reduction in image quality -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22686] New: Koha::Acquisition::Bookseller->contacts should match the coding guidline
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '20

03 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22686 Bug ID: 22686 Summary: Koha::Acquisition::Bookseller->contacts should match the coding guidline Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- See bug 22407 for details -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20434] New: Unimarc - updating Unimarc existing frameworks with IFLA updates
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '20

03 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20434 Bug ID: 20434 Summary: Unimarc - updating Unimarc existing frameworks with IFLA updates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fpichenot(a)ville-roubaix.fr QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 105

[Bug 15686] New: Rename "item level holds" circ rule column to "OPAC item level holds"
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '20

01 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15686 Bug ID: 15686 Summary: Rename "item level holds" circ rule column to "OPAC item level holds" Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 5786 moved the OPACItemHolds sys pref setting to the Circulation Rules table. However, the naming of the new circ rules column is quite confusing. It is called "Item level holds" which makes it sound like this setting controls the item level holds placing from anywhere in the system (staff and OPAC sides) Instead, the setting only affects item level hold placing from the OPAC side. Should this column then be renamed to "OPAC item level holds"?, so it's not so confusing? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 24018] New: No need to die "Not logged in"
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '20

01 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24018 Bug ID: 24018 Summary: No need to die "Not logged in" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18403, 20489 There is a wrong pattern in several controller files: my $logged_in_user = Koha::Patrons->find( $loggedinuser ) or die "Not logged in"; This has been introduced by commit cee2cf9ff927504f9c24f6519462a7d702c5c27d Bug 18403: Add sub output_and_exit_if_error - unknown_patron & cannot_see_patron_infos Which noted: Note that the 'or die "Not logged in";' part should not be needed, but... who trusts C4::Auth? I think it could be used as a safeguard later. I am willing to sed and remove them if required. Since we prevent DB user login it's no longer needed. It is time to remove it, as we trust our code (don't you?) and it can be confusing. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18403 [Bug 18403] Hide patron information if not part of the logged in user library group https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20489 [Bug 20489] Prevent DB user login -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18355] New: Permanent location should show with cart location
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '20

31 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18355 Bug ID: 18355 Summary: Permanent location should show with cart location Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 It would be helpful if the permanent location would show even when the cart location is in use. For example: Location CART (Adult Non-fiction) It is difficult to track an item if it has an unusual location, like a display location, and it is recently returned. This information should show anywhere the shelving location is displayed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 75

[Bug 23974] New: hours_between and days_between lack tests
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '20

31 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23974 Bug ID: 23974 Summary: hours_between and days_between lack tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Those two methods are not covered by tests, which makes difficult changes like: commit a693c7243c23f888e2fad38a4fff9f37ff4a9301 Bug 23382: hours_between should match the logic of days_between We need to add more test coverage in order to improve them. For example we would like to improve the calculation for hourly loans (due date or suspension). -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 22426] New: Elasticsearch - Index location is missing in advanced search
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '20

31 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22426 Bug ID: 22426 Summary: Elasticsearch - Index location is missing in advanced search Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca Target Milestone: --- Hi, A search made on Shelving location tab in advanced search gives 0 result. Test plan : - in advanced search, choose a location in shelving location tab and start search (opac-search.pl?idx=kw&op=and&idx=kw&op=and&idx=kw&do=Search&limit=mc-loc) - 0 result - check that location exist by doing a simple search and filtering on the location facet - have some results I think problem is index "loc" is used in advanced search or it could be index "location" like facet. Or is it a configuration problem? Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34