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

[Bug 25583] New: When ClaimReturnedLostValue is not set, the claim returned tab doesn't appear
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '20

17 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25583 Bug ID: 25583 Summary: When ClaimReturnedLostValue is not set, the claim returned tab doesn't appear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com When you add a 'claimed returned' to an item, but ClaimReturnedLostValue is not set, the "Claims" tab won't display and cause some confusion. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 16067] New: Koha::Cache, fastmmap caching system is broken
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '20

17 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16067 Bug ID: 16067 Summary: Koha::Cache, fastmmap caching system is broken 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: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org After Bug 11998, fastmmap caching system implementation in Koha::Cache ceased to work properly. If fastmmap is enabled (= environment variable CACHING_SYSTEM is set to 'fastmmap'), any CGI script call causes the following error: Use of uninitialized value $db_name in concatenation (.) or string at /home/koha/devkohaclone/Koha/Database.pm line 73. Use of uninitialized value $db_host in concatenation (.) or string at /home/koha/devkohaclone/Koha/Database.pm line 73. DBI connect('database=;host=;port=','',...) failed: Access denied for user 'koha'@'localhost' (using password: NO) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1249 DBIx::Class::Storage::DBI::dbh(): DBI Connection failed: Access denied for user 'koha'@'localhost' (using password: NO) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1253. at /home/koha/devkohaclone/Koha/Database.pm line 90 To reproduce on command line: 0) ensure that you have fastmmap perl module installed (libcache-fastmmap-perl in debian) 1) export CACHING_SYSTEM=fastmmap 2) export GATEWAY_INTERFACE=1 3) try to run this simple script: #!/usr/bin/perl use Modern::Perl; use C4::Biblio; GetMarcStructure(); -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 26336] New: Cannot import items if items ignored when staging
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '20

17 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26336 Bug ID: 26336 Summary: Cannot import items if items ignored when staging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When staging marc records you have the option to process or ignore items. If you choose to ignore you can change the option after staging, however, items are not processed unless they are parsed in initial staging To test: 0 - Check the count of import_items SELECT COUNT(*) FROM import_items; 1 - Import a marc file with items , process the items 2 - Check the count of import items, it has increased 3 - Stage the file again, do not process items 4 - Count of import_items has not increased 5 - Manage the stage batch, process items and reapply 6 - Check the count of import_items, no change 7 - Import the file, no items are processed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 23294] New: standing order not showing actual cost when modifying order
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '20

16 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23294 Bug ID: 23294 Summary: standing order not showing actual cost when modifying order Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 23020 already details how received cost for standing orders is not shown on basket.pl. 18.11 has changed how costs are calculated and displayed on neworderempty.pl, exacerbating the problem To Test: - Create a standing order basket - Add an order to that basket with no price information filled out - Receive a copy of the standing order and record an actual price at receipt - Go back to your basket and click Modify for your received order - See that it still shows $0 for Total Prior to 18.11, Total was derived from aqorders.unitprice, which reflected the Actual Cost entered when receiving. Now it is only derived from budgeted cost. This is an issue for standing orders, for which many libraries do not enter a budgeted cost, only an actual cost at receipt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 23966] New: Branch Transfer Limits editor unusable for sites with many libraries and ccodes/itemtypes
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '20

16 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23966 Bug ID: 23966 Summary: Branch Transfer Limits editor unusable for sites with many libraries and ccodes/itemtypes Change sponsored?: --- Product: Koha Version: unspecified 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now the branch transfer limits editor works fine if an instance has a small number of libraries and ccodes/itemtypes, but for large consortia who may have over 100 branches and ccodes/itemtypes, the editor page can take literal minutes to load ( we have partners where the page load time is 7-8 minutes ). This is because we run a separate database query for each limit. We should use a single query to find all the limits for this page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 22332] New: Limit to currently available items in home library
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '20

16 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22332 Bug ID: 22332 Summary: Limit to currently available items in home library Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com Target Milestone: --- When performing a search in the staff client you have a facet option to limit to currently available items. It would be useful for multi site libraries to have a second option to limit to currently available items in their home library (library they are set to) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 25548] New: Package install Apache performs unnecessary redirects
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '20

16 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25548 Bug ID: 25548 Summary: Package install Apache performs unnecessary redirects 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 Package install Apache performs unnecessary redirects using the following directives: RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) RewriteRule (.+) $1?%1%2 [N,R,NE] These directives were removed from etc/koha-httpd.conf many years ago, but they still persist in the Debian Apache templates. It means that every simple search to /cgi-bin/koha/opac-search.pl from the masthead will redirect from /cgi-bin/koha/opac-search.pl?idx=&q=blah to /cgi-bin/koha/opac-search.pl?q=blah. It's OK if we have idx= in the URL. Let's reduce the amount of HTTP traffic we're generating. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47

[Bug 24702] New: QOTD editor - input form for adding and editing quotes is very narrow when using Firefox
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '20

16 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24702 Bug ID: 24702 Summary: QOTD editor - input form for adding and editing quotes is very narrow when using Firefox Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 99360 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99360&action=ed… Screenshot: QOTD editing Firefox The input form for adding or editing a quote using the Quote of the Day (QOTD) feature is very narrow when using Firefox (Home > More > Tools > Additional tools > Edit quotes for QOTD feature). The attached screenshot shows what this looks like in Firefox - evident on 19.11.x and master. The input form displays as expected on Google Chrome and Chromium. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 22145] New: Add a syspref to hide the 'rows per page' dropdown when running a report
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '20

15 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22145 Bug ID: 22145 Summary: Add a syspref to hide the 'rows per page' dropdown when running a report Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When your report has very few results, this dropdown just takes up space. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 24211] New: Compress/uncompress translation files
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '20

15 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24211 Bug ID: 24211 Summary: Compress/uncompress translation files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Translation files takes some space in an installed system, ~350 MB. It's not too much with current drives, but it's a space that can be saved on container images. Compressing them it's easy and can be made transparently, using only ~50 MB. Perhaps this enhancement could be used when generating packages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31