August 2022 - Koha-bugs - lists.koha-community.org

[Bug 3296] replace sessionlog with Perl4Log implementation
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3296 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- It looks like /tmp/sessionlog isn't used anymore, and Log4Perl has slowly been gaining traction over the past few years. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 3831] Fast Add Framework Should not be Deletable
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3831 --- Comment #11 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Kyle M Hall from comment #8) > I'm not entirely sure this is a good idea. Can anyone demonstrate an actual > error caused by not having the fast cataloging framework? I've found if I > delete it, and check out a nonexistant barcode, the fast cataloging link > will take me to the marc editor with a blank page, where I can choose a > different framework. > > Would it not be better to handle the case where there is no FA framework > installed instead? That's a good point. Maybe it is best to just warn that the framework is missing. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4042] Public OPAC search can fall prey to web crawlers
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4042 --- Comment #13 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #4) > Should we include a default/sample robots.txt with Koha? It is tempting to add a robots.txt file to the koha-common package. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4283] Merge bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4283 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|Patch doesn't apply |RESOLVED --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- Unless someone can correct me, I'm marking this as duplicate of bug 8064 since we can merge bib records in Koha... *** This bug has been marked as a duplicate of bug 8064 *** -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 8064] Merge several biblio records
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8064 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwagner(a)ptfs.com --- Comment #90 from David Cook <dcook(a)prosentient.com.au> --- *** Bug 4283 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4330] Copyright statements out of date
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4330 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #48 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Owen Leonard from comment #47) > Should this bug remain open and assigned? I notice we still have a copyright line in https://wiki.koha-community.org/wiki/Coding_Guidelines#Licence but I don't think that we're actually adding it anymore... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6936] Allow to limit on multiple itemtypes when exporting bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6936 --- Comment #12 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #11) > Always amazing to see one of those old 4 digit bugs resolved! Agreed! I did a bit of bug wrangling this morning, and it looks like we have about 500 open bugs with 3-4 digit IDs. (I was surprised that there are still 6 bugs with 3 digit IDs!) -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4855] Tools/Export does not tell browser file size
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4855 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- Yeah, this is a tough one. As Andreas suggests, it's impossible to output the Content-Length unless it fetches the entire data dump first, and then sends it out. For a large database, you're not going to be able to do that in RAM, so you're going to need to use a temporary file. The tools/export.pl is actually problematic in general (see Bug 26791). If we wanted to use a temporary file instead of streaming out the response record by record, then we'd be best off using a BackgroundJob to prepare the file (although then you have potential issues with disk space for large data dumps). (For a large file it would be more efficient to have Apache httpd serve it as a static file than for Starman, but then you wouldn't have authentication and authorization protecting the file if you serve it using Apache httpd. So we'd probably still use Starman, but we'd need to make sure it was using either a CGI script or a Mojolicious controller and not Plack since CGI::Emulate::PSGI buffers the entire HTTP response before sending it out) But it's something on my mind 😅 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5145] Show call number for available item in XSLT availability information
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|NEW |RESOLVED CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- I think that syspref OpacItemLocation takes care of all of this now -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7163] BibLibre acquisitions omnibus
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7163 Bug 7163 depends on bug 7292, which changed state. Bug 7292 Summary: new permission for claims https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7292 What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |RESOLVED Resolution|--- |WISHLIST -- You are receiving this mail because: You are watching all bug changes.

1 0