[Koha-bugs] [Bug 25792] Rename 'ttf-dejavu' package to 'fonts-dejavu' for Debian 11
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25792 --- Comment #8 from Mason James --- (In reply to Julian Maurice from comment #7) > (In reply to Tomás Cohen Arazi from comment #6) > > The fonts-dejavu package is available back to Jessie and the plan is to drop > > the transitional ttf-dejavu package in bullseye: > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872809 > > > > So this is ok. > > Can we remove reference to ttf-dejavu ? In ubuntu fonts-dejavu is available > since trusty. hmm, yes, i think so... but, there is a problem for current koha installs, that the font path in koha-conf.xml will be incorrect /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf ... when the unrequired ttf-dejavu package's symlinks are removed (eg: apt autoremove) the paths will need to be manually corrected keeping the ttf-dejavu reference in debian/control would postpone this problem until the system is upgraded to deb11/bullseye (which is probably a good thing?) any thoughts? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack fails when http://swagger.io/v2/schema.json is unavailable and schema cache missing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #44 from Mason James --- (In reply to David Cook from comment #35) > Mason announced 30 minutes ago on koha-devel that he's updated the > libjson-validator-perl package. > > As per his email: > > hi Folks > i've updated the 'libjson-validator-perl' package to include the cache dir > > to update the package... > $ sudo apt update > $ sudo apt install libjson-validator-perl > > run the following command, and confirm the result... > $ apt-cache policy libjson-validator-perl > libjson-validator-perl: >Installed: 3.06+dfsg-1+koha1 >Candidate: 3.06+dfsg-1+koha1 I've updated the libjson-validator-perl and libmojolicious-plugin-openapi-perl packages again, to make them work on debian/ubuntu 'unstable' $ apt-cache policy libjson-validator-perl libmojolicious-plugin-openapi-perl libjson-validator-perl: Installed: 3.25+dfsg-1+koha3 Candidate: 3.25+dfsg-1+koha3 Version table: *** 3.25+dfsg-1+koha3 500 500 http://debian.koha-community.org/koha stable/main amd64 Packages 100 /var/lib/dpkg/status .. libmojolicious-plugin-openapi-perl: Installed: 2.16-1+koha1 Candidate: 2.16-1+koha1 Version table: *** 2.16-1+koha1 500 500 http://debian.koha-community.org/koha stable/main amd64 Packages 100 /var/lib/dpkg/status -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 David Cook changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |dc...@prosentient.com.au |ity.org | -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 --- Comment #3 from David Cook --- (In reply to Katrin Fischer from comment #2) > Hi David, can you please write up an RFC for the new endpoint to be voted on? > https://wiki.koha-community.org/wiki/REST_api_RFCs > We are trying to make the new API as consistent and clean as possible. Absolutely. That sounds great to me. Once I've written up the RFC, do I need to email someone or is someone tracking changes on that page? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack fails when http://swagger.io/v2/schema.json is unavailable and schema cache missing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 David Cook changed: What|Removed |Added Summary|Plack stopped working - |Plack fails when |JSON validation timeout |http://swagger.io/v2/schema ||.json is unavailable and ||schema cache missing -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #43 from David Cook --- (In reply to Victor Grousset/tuxayo from comment #42) > The schema hosting at swagger.io is back > https://github.com/swagger-api/swagger.io/issues/282 This is great! Although I hope this doesn't cause us to forget about the issue... -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25912] Any lost value triggers refund message on check in, even if it doesn't apply
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25912 --- Comment #2 from Katrin Fischer --- Duplicate to bug 11723? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19508] When returning a lost item, Koha claim to have applied a refund when it has not
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19508 Katrin Fischer changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #3 from Katrin Fischer --- *** This bug has been marked as a duplicate of bug 11723 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11723] Message "A refund has been applied" on all lost item returns
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11723 Katrin Fischer changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #5 from Katrin Fischer --- *** Bug 19508 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25912] Any lost value triggers refund message on check in, even if it doesn't apply
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25912 --- Comment #1 from Katrin Fischer --- I think I filed a similar bug to this sometime. The negative/positive would be hard to implement nicely at this point in time without giving some grief to libraries (lots of changes required in a lot of libraries as the default 'missing' is positive). So I'd vote for the second option. Could it also be an alternative to not show the message if the item is no longer checked out? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25912] New: Any lost value triggers refund message on check in, even if it doesn't apply
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25912 Bug ID: 25912 Summary: Any lost value triggers refund message on check in, even if it doesn't apply Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: cbran...@cdalibrary.org QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com Apparently the "A refund has been applied to the borrowing patron's account." message shows up for any item that has a lost status. But not all lost statuses, like "Missing" or "Claims returned" have a fee that needs to be refunded. Would like to see LOST values with a negative value not apply this message. OR Modify RefundLostOnReturnControl to have another setting to indicate which LOST values to apply a refund/show a message for. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20280] Authorised value categories list in bibliographic frameworks has 2 empty entries
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20280 Katrin Fischer changed: What|Removed |Added CC||n...@bywatersolutions.com --- Comment #8 from Katrin Fischer --- *** Bug 25910 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25910] Two blank values in authorised value category selection in marc frameworks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25910 Katrin Fischer changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Katrin Fischer --- *** This bug has been marked as a duplicate of bug 20280 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25783] Holds Queue treating item-level holds as bib-level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25783 Sarah Cornell changed: What|Removed |Added CC||sbcornell@cityofportsmouth. ||com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25786] Holds Queue building may target the wrong item for item level requests that match holds queue priority
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25786 Sarah Cornell changed: What|Removed |Added CC||sbcornell@cityofportsmouth. ||com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 Katrin Fischer changed: What|Removed |Added CC||tomasco...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 --- Comment #2 from Katrin Fischer --- Hi David, can you please write up an RFC for the new endpoint to be voted on? https://wiki.koha-community.org/wiki/REST_api_RFCs We are trying to make the new API as consistent and clean as possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25736] ClaimsReturnedWarningThreshold should be disabled by being unset
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25736 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25733] Return claims attention can't be cleared
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25733 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us --- Comment #8 from Rebecca Coert --- (In reply to Katrin Fischer from comment #6) > If we add another pref, maybe we should make one for warning about active > claims? That way we could have different limits for total and active and if > only the active are to be counted the pref for resolved could be left empty. > (hope that makes sense) I agree. There should be a differentiation between the active vs. total claims. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25429] Cleanup Database - remove resolved claims returned from db after X days
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25429 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25901] Add option for ClaimsReturnedWarningThreshold to count only unresolved claims
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25901 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us --- Comment #2 from Rebecca Coert --- Yes! We would like this too. - Rebecca -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21648] Patron Merge duplicates patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21648 Heather changed: What|Removed |Added CC|heather_hernan...@nps.gov | -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23707] Z39.50 import goes to Basic Editor, even when Advanced editor is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23707 Abbey Holt changed: What|Removed |Added CC||ah...@dubuque.lib.ia.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18823] Advanced editor - Rancor - add ability to edit records in import batches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18823 Abbey Holt changed: What|Removed |Added CC||ah...@dubuque.lib.ia.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25911] New: Chrome tries to save patron passwords
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25911 Bug ID: 25911 Summary: Chrome tries to save patron passwords Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs@lists.koha-community.org Reporter: cbran...@cdalibrary.org QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com If you are like me, you might have your browser try to save passwords for sites. I like having the browser in my office save some of my passwords. Logging into Koha is one of them. However, the problem with this is, every time I save a form that has a password associated with it, it wants to remember this password. This includes patron records. This is an annoyance. Now, my testing has been only with Chrome on this particular issue, and my workaround addresses this to some degree. So, if there is a more all-encompassing issue to address or solution, feel free to chime in. I've been able to work around this annoyance by adding the following to jQuery: $('#pat_memberentrygen #password,#pat_memberentrygen #password2').attr('readonly','').attr('onfocus','$(this).removeAttr("readonly");'); This will make the password fields readonly, which Chrome will ignore. If you need to edit the field, when you click on it, it will take the readonly attribute away, and it can be edited. Left as is, when you save, it will, of course, try to save the password. But it will only do so if the password is edited. If you leave it untouched, it will not bug you. I can take this one step further, I add this line to add the readonly attributes before saving. Then it won't bug me to save the password at all: $('#pat_memberentrygen #validate').attr('onmouseover', '$("#pat_memberentrygen #password,#pat_memberentrygen #password2").attr("readonly","");'); NOTE: Our Save button has the ID of "validate" because I have some validation code added to the form. But you get the idea here. When you hover over the save button, it adds the readonly attribute, and is ignored by the browser. I don't know if this helps anyone, or gives anyone an idea how to keep patron forms from being a nuisance to staff that save credentials, but I thought I would throw it out here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 12093] Add CSS classes to item statuses in detail view
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 --- Comment #19 from Katrin Fischer --- (In reply to Tomás Cohen Arazi from comment #18) > (In reply to Aleisha Amohia from comment #17) > > enhancement, not backported to 19.11.x > > One could argue that this makes some strings translatable as well, so a mix > of an enhancement and a bugfix. Hm, I don't think that's the case here - strings will change from the different formatting, but all should have translated ok before. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 12093] Add CSS classes to item statuses in detail view
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 Tomás Cohen Arazi changed: What|Removed |Added CC||tomasco...@gmail.com --- Comment #18 from Tomás Cohen Arazi --- (In reply to Aleisha Amohia from comment #17) > enhancement, not backported to 19.11.x One could argue that this makes some strings translatable as well, so a mix of an enhancement and a bugfix. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25910] New: Two blank values in authorised value category selection in marc frameworks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25910 Bug ID: 25910 Summary: Two blank values in authorised value category selection in marc frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs@lists.koha-community.org Reporter: n...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com When selecting the authorised value for a marc subfield in the frameworks: admin/marc_subfields_structure.pl There are two blank values at the top of the dropdown One comes from the template: 179 Authorized value: 180 181 182 [% FOREACH value IN loo.authorised_values %] 183 [% IF ( value == loo.authorised_value ) %] And another comes from the db because we add a blank category by default (bug 17216) installer/data/mysql/mandatory/auth_val_cat.sql 1 INSERT IGNORE INTO authorised_value_categories( category_name, is_system ) 2 VALUES 3 ('', 1), 4 ('Asort1', 1), 5 ('Asort2', 1), -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25861] [19.11] Cannot copy MARC frameworks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25861 Andrew Fuerste-Henry changed: What|Removed |Added Summary|[19.11] Unknown column |[19.11] Cannot copy MARC |'important' in 'field list' |frameworks CC||and...@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21648] Patron Merge duplicates patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21648 --- Comment #4 from Christopher Brannon --- (In reply to Andrew Fuerste-Henry from comment #3) > Renaming and refocusing this bug. I agree the attributes are a more pressing > aspect of this, so let's make this specific and therefore more easily > addressed. +1 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21648] Patron Merge duplicates patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21648 Andrew Fuerste-Henry changed: What|Removed |Added Severity|enhancement |normal Summary|Patron Merge needs more |Patron Merge duplicates |flexibility and |patron attributes |transparency| --- Comment #3 from Andrew Fuerste-Henry --- Renaming and refocusing this bug. I agree the attributes are a more pressing aspect of this, so let's make this specific and therefore more easily addressed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25909] Recent change to datatables JS in the OPAC causes errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 --- Comment #2 from Tomás Cohen Arazi --- (In reply to Owen Leonard from comment #0) > Bug 25287 made a lot of changes to > koha-tmpl/opac-tmpl/bootstrap/js/datatables.js which seem to be unrelated to > the purpose of the bug. Included in the changes is the double-underscore > "__()" translation function which hasn't yet been implemented in the OPAC. > Since the function isn't defined this causes an error. Bug 25287 targeted being used in the OPAC by bug 20936, which we just reverted to 'the old way' because of the route the discussion about the API implementation took. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25909] Recent change to datatables JS in the OPAC causes errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 --- Comment #1 from Tomás Cohen Arazi --- Created attachment 106458 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106458=edit Bug 25909: Revert wrong use of js/i18n.js __ in OPAC This reverts commit 6b82d1416687434c61fe49b4230c15ad8b795b6e The __ function is not implemented in the OPAC and so the original implementation that relied on _ should be used instead. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25909] Recent change to datatables JS in the OPAC causes errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 Tomás Cohen Arazi changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25877] [19.11] Error libraryNotPickupLocation when placing a hold if logged in branchcode is not a pickup location
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25877 Kyle M Hall changed: What|Removed |Added Status|Failed QA |Signed Off --- Comment #6 from Kyle M Hall --- Just tested on 19.11.x, the problem still exists: https://monosnap.com/file/gbped1dKxSpMy7LU9Lz10lZHjXHrmw (In reply to Katrin Fischer from comment #5) > I have done the following: > - I have changed Centerville to be 'no pickup location' in the library > configuration > - My staff patron has home library Centerville and that was also my logged > in library > - When I try to place a hold, Centerville is not in the pickup location > list, but there is also no error. I can place holds with other pickup > locations without an error. > > What am I missing? I was testing on latest 19.11.x -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25909] Recent change to datatables JS in the OPAC causes errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 Tomás Cohen Arazi changed: What|Removed |Added Severity|enhancement |major Assignee|koha-b...@lists.koha-commun |tomasco...@gmail.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21648] Patron Merge needs more flexibility and transparency
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21648 Christopher Brannon changed: What|Removed |Added CC||cbran...@cdalibrary.org --- Comment #2 from Christopher Brannon --- This wreaks havoc with our records because of duplicated patron attributes and no easy way to clean up. This should be considered a bug, not an enhancement, IMO. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25654] Make the contact and non-patron guarantor sections separate on patron entry form
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25654 --- Comment #17 from Christopher Brannon --- Clean and straight forward. Thanks for fixing this! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25287] Add columns_settings support to API datatables wrapper
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25287 Owen Leonard changed: What|Removed |Added Blocks||25909 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 [Bug 25909] Recent change to datatables JS in the OPAC causes errors -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25909] New: Recent change to datatables JS in the OPAC causes errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25909 Bug ID: 25909 Summary: Recent change to datatables JS in the OPAC causes errors 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@lists.koha-community.org Reporter: oleon...@myacpl.org QA Contact: testo...@bugs.koha-community.org CC: agustinmoy...@theke.io, jonathan.dru...@bugs.koha-community.org, k...@bywatersolutions.com, martin.renvo...@ptfs-europe.com, n...@bywatersolutions.com, tomasco...@gmail.com Depends on: 25287 Bug 25287 made a lot of changes to koha-tmpl/opac-tmpl/bootstrap/js/datatables.js which seem to be unrelated to the purpose of the bug. Included in the changes is the double-underscore "__()" translation function which hasn't yet been implemented in the OPAC. Since the function isn't defined this causes an error. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25287 [Bug 25287] Add columns_settings support to API datatables wrapper -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25654] Make the contact and non-patron guarantor sections separate on patron entry form
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25654 ByWater Sandboxes changed: What|Removed |Added Attachment #106456|0 |1 is obsolete|| --- Comment #16 from ByWater Sandboxes --- Created attachment 106457 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106457=edit Bug 25654: Make the contact and non-patron guarantor sections separate on patron entry form This patch reverses what I think was an unintended change made by Bug 14570 in which the non-patron guarantor fields are shown for all patron types (not just child patrons) and grouped with the patron contact fields. This patch creates a new "Non-patron guarantor" fieldset to show along with "Patron guarantor" when adding or editing child patrons. To test, apply the patch check that the BorrowerUnwantedField system preference does not contain contactname, contactfirstname, or relationship. - Open an adult patron for editing. You should see no guarantor-related fields. - Open a child patron for editing. There should be two guarantor sections: "Patron guarantor" and "Non-patron guarantor." - Test that adding patron guarantors and non-patron guarantors works correctly. - Add "contactname|contactfirstname|relationship" to the BorrowerUnwantedField system preference. - Reload the child patron entry form. The non-patron guarantor section should now be hidden. Signed-off-by: Lucas Gass Signed-off-by: Christopher Brannon -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25654] Make the contact and non-patron guarantor sections separate on patron entry form
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25654 Lucas Gass changed: What|Removed |Added Status|Needs Signoff |Signed Off CC||lu...@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25654] Make the contact and non-patron guarantor sections separate on patron entry form
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25654 Lucas Gass changed: What|Removed |Added Attachment #106355|0 |1 is obsolete|| --- Comment #15 from Lucas Gass --- Created attachment 106456 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106456=edit Bug 25654: Make the contact and non-patron guarantor sections separate on patron entry form This patch reverses what I think was an unintended change made by Bug 14570 in which the non-patron guarantor fields are shown for all patron types (not just child patrons) and grouped with the patron contact fields. This patch creates a new "Non-patron guarantor" fieldset to show along with "Patron guarantor" when adding or editing child patrons. To test, apply the patch check that the BorrowerUnwantedField system preference does not contain contactname, contactfirstname, or relationship. - Open an adult patron for editing. You should see no guarantor-related fields. - Open a child patron for editing. There should be two guarantor sections: "Patron guarantor" and "Non-patron guarantor." - Test that adding patron guarantors and non-patron guarantors works correctly. - Add "contactname|contactfirstname|relationship" to the BorrowerUnwantedField system preference. - Reload the child patron entry form. The non-patron guarantor section should now be hidden. Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21665] Advanced editor - Double clicking on value brings subfield code as well
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #11 from Heather --- Hi, Cori! Thank you--yes, I'm aware of (and can, and have already been) redefining the shortcut keys, but that doesn't address the issue that started the ticket, that the subfield delimiter letter was always copied when "double-clicked" and now nothing is able to be selectively copied when double-clicked in the Advanced Editor--the only ability now under 19.11 is copy an entire subfield (with the delimiter character and delimited letter) into the Koha clipboard only. This bug also was created to copy the double-clicked text into Notepad, and that's now impossible as well without the ability to copy from the Advanced Editor into the OS clipboard. Or am I missing something? I haven't seen how changing/redefining the keyboard shortcut can change the ability to copy double-clicked (or otherwise highlighted text that is less than an entire subfield) into, e.g., Notepad or other app via the OS clipboard? Thanks!! --h2 (In reply to Cori Lynn Arnold from comment #10) > Hey Heather! I hear your frustration. One thing we did here to help was to > remove the "Control-C" from the default for our Koha installations (we have > over 20). To do that: > > 1. Go to the Advanced Editor > 2. Click on the "Keyboard Shortcuts" button > 3. Click on the link for "Refine shortcuts" > 4. Either delete or redefine what is in that first box for "Copy current > field" > > If you don't have permissions to do that, talk to your Koha Admin. That was > a good start for us. Hope that helps. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #42 from Victor Grousset/tuxayo --- The schema hosting at swagger.io is back https://github.com/swagger-api/swagger.io/issues/282 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25908] New: Batch Record Modification adds new marc fields to bottom of record instead of in order
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25908 Bug ID: 25908 Summary: Batch Record Modification adds new marc fields to bottom of record instead of in order Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: ke...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org When processing a Batch Record Modification, specifically adding a new marc field, Koha adds this new marc field to the bottom of the record and not in order with the other fields. It would be useful to have newly added marc fields to be in numeric order when the marc record is saved. A user would generally look for the marc field in the record where it should be and not look to the bottom of the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25698] Curbside Pickup
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25698 --- Comment #4 from Lisette Scheer --- Martin, I know Lucas at Bywater put together some JQ that replaces the "notes" section on the OPAC with a very basic curbside scheduler. It works well for single-branch libraries (or libraries where you can only put on holds from your branch) but I'm not sure you can limit how many patrons at a time are doing curbside so you don't get flooded with curbside appointments. For us as a consortium with multi-branch libraries within the consortium, we would want to schedule pickup once the hold is available and be able to limit how many people are doing curbside at a time, as well as setting times and limits on each branch. We are doing a 15 minute window with up to 10 pickups at a time at our branch. Currently our branch is using a paid service to facilitate this. Ideally in Koha we could do a link/have them go to the OPAC login and could schedule from there once holds were in. It would be helpful if we could check out all waiting holds with a button press so when we are prepping the materials we can say 'these are the 15 holds for this patrons, check them all out' to speed up the process and reduce how much staff is handling the items. I know we could copy the barcodes into batch checkout, but it would be much smoother if there was a button. For the long run, having it be something you could turn on and off/branch would be ideal, although if you could set pickup times for each branch those that aren't using it could just not set up times. I think I saw that Evergreen's plan was to have a check in option when they arrived and I think that would be helpful as well. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24201] Attach desk to intranet session
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24201 Nicolas Legrand changed: What|Removed |Added Status|Needs Signoff |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25698] Curbside Pickup
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25698 --- Comment #3 from Martin Renvoize --- I'm interested in trying to get a specification for this together.. starting with something simple hopefully that we can implement as a quick phase one. I can see challenges around notification of when items are available for pickup and what items are available for request and when... nothing unsolvable but it would be interesting to get peoples thoughts around the topic. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25698] Curbside Pickup
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25698 Sally changed: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25896] Missing closing tag in smart-rules.tt
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25896 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Signed Off Patch complexity|--- |Trivial patch -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25896] Missing closing tag in smart-rules.tt
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25896 Owen Leonard changed: What|Removed |Added Attachment #106420|0 |1 is obsolete|| --- Comment #2 from Owen Leonard --- Created attachment 106455 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106455=edit Bug 25896: Add missing closing tag File koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt had one lost closing tag in "daysmode" block. Added. Mentored-by: Andrew Nugged Signed-off-by: Owen Leonard -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25799] Edition information to Holds queue report
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25799 Owen Leonard changed: What|Removed |Added Patch complexity|--- |Trivial patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25799] Edition information to Holds queue report
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25799 Owen Leonard changed: What|Removed |Added Attachment #106429|0 |1 is obsolete|| --- Comment #6 from Owen Leonard --- Created attachment 106454 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106454=edit Bug 25799: Add edition information to "Holds queue" report Added a feature that displays edition information of the book together with title in "Holds queue" report. Edition information is fetched from "biblioitem" table as "editionstatement" and transferred to template. 1. Place a hold on a book with edition information. 2. Run build_holds_queue.pl cron job. 3. Go to /cgi-bin/koha/circ/view_holdsqueue.pl and check the "title" table of that book that you placed hold on. 4. Observe that there's no information about edition of that book. 5. Apply patch. 6. Repeat step 3. 7. Observe that cinformation about edition of that book appeared in the title table after book's title and author. Mentored-by: Andrew Nugged Signed-off-by: Owen Leonard -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20271] Merge deleted biblio, biblioitems, biblio_metadata, and items tables
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20271 --- Comment #228 from Tomás Cohen Arazi --- (In reply to Katrin Fischer from comment #227) > (In reply to Tomás Cohen Arazi from comment #226) > > (In reply to Jonathan Druart from comment #225) > > > Tomas, with your patches we now have: > > > biblio.deleted_on, biblio.deleted > > > and > > > items.deleted_on, items.is_current > > > I think it's confusing. > > > > Yes. I think is_current is an anomaly and shouldn't be the rule. But I > > wouldn't block this for that. > > Can you explain? I think if possible we should be consistent, thinking of > the many report writeres out there. Comment #198 explains it. What really makes sense is a 'deleted' flag, but because of this very special case in which we want to preserve the UNIQUE constraint on the items.barcode column which some libraries would like to reuse, and the DBMS doesn't allow us to have the constraint on non-NULL values, we need to do it in reverse (i.e. instead of 'deleted' we do 'not_deleted' and set NULL to represent deleted). So we are forcing the DB structure because of our limitations on the DB features we are allowed to use, or the versions of the DB we want to support (all for good reasons, not arguing). I would just add a FIXME on the items table and leave the other tables saner. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 Fridolin SOMERS changed: What|Removed |Added CC||fridolin.som...@biblibre.co ||m --- Comment #41 from Fridolin SOMERS --- For Ubuntu Debian, we at biblibre installed from CPAN JSON::Validator 4.01 and added the cache file. It works without patch on sources. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Owen Leonard changed: What|Removed |Added Attachment #106451|0 |1 is obsolete|| --- Comment #2 from Owen Leonard --- Created attachment 106453 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106453=edit Bug 25907: When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode Right now, after canceling a hold on the checkin screen, a librarian needs to rescan the item barcode to check and trap the next hold. This is an extra unnecessary step. Test Plan: 1) Place two or more holds on a record 2) Check in the item 3) Confirm the hold 4) Check in the item again 5) Cancel the hold 6) Koha should now display the modal asking to confirm the next hold without the need to rescan the barcode! Signed-off-by: Owen Leonard -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25903] Sending a SIP patron information request with a summary field flag in indexes 6-9 will crash server
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25903 Kyle M Hall changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Owen Leonard changed: What|Removed |Added Patch complexity|--- |Trivial patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25903] Sending a SIP patron information request with a summary field flag in indexes 6-9 will crash server
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25903 Kyle M Hall changed: What|Removed |Added Attachment #106443|0 |1 is obsolete|| --- Comment #2 from Kyle M Hall --- Created attachment 106452 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106452=edit Bug 25903: Sending a SIP patron information request with a summary field flag in indexes 6-9 will crash server The 'summary' field in the patron information request specifies if detail information should be send for holds, overdues, fines, etc. The field is 10 characters in length (0-9). However, the SIP2 spec only defines indexes 0 though 5, leave 6 though 9 undefined. Some ILSs specify behavior for these undefined indexes. Apparently the 7th field is often used to request 'Fees', as opposed to 'Fines' in some ILS. Some software that integrate via SIP try both the 5th and 7th indexes to ensure they get all fines and fees. The problem is that Koha's SIP server crashes if any 'summary' index beyond 5 is flagged. We should simply ignore flags beyond 5 and act as if no flags were sent. Test Plan: 1) Enable SIP for your instance 2) Send a patron information request with a summary flag in any index beyond 5. i.e.: 6300120200617124846 Y AOMIDAY|AA21030050054321 3) Note the SIP server just closes the connection without a response 4) Apply this patch 5) Restart the SIP server 6) Send the same request 7) Note you get back the patron information response! Signed-off-by: Kyle M Hall Signed-off-by: Jeff Gaines -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 4948] When cancelling a waiting hold, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Kyle M Hall changed: What|Removed |Added Attachment #106450|0 |1 is obsolete|| -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 --- Comment #1 from Kyle M Hall --- Created attachment 106451 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106451=edit Bug 25907: When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode Right now, after canceling a hold on the checkin screen, a librarian needs to rescan the item barcode to check and trap the next hold. This is an extra unnecessary step. Test Plan: 1) Place two or more holds on a record 2) Check in the item 3) Confirm the hold 4) Check in the item again 5) Cancel the hold 6) Koha should now display the modal asking to confirm the next hold without the need to rescan the barcode! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Kyle M Hall changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 4948] When cancelling a waiting hold, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Kyle M Hall changed: What|Removed |Added Summary|When cancelling a waiting |When cancelling a waiting |hold on returns.pl, looks |hold, allow to trigger hold |for new hold to fill|for next patron |without rescanning barcode | -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Kyle M Hall changed: What|Removed |Added Summary|When cancelling a waiting |When cancelling a waiting |hold on circulation.pl, |hold on returns.pl, looks |allow to trigger hold for |for new hold to fill |next patron |without rescanning barcode -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 4948] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Kyle M Hall changed: What|Removed |Added CC||k...@bywatersolutions.com Summary|When cancelling a waiting |When cancelling a waiting |hold, allow to trigger hold |hold on returns.pl, looks |for next patron |for new hold to fill ||without rescanning barcode -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on circulation.pl, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Kyle M Hall changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |k...@bywatersolutions.com |ity.org | -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 4948] When cancelling a waiting hold, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Kyle M Hall changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=25907 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on circulation.pl, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Kyle M Hall changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=4948 Severity|enhancement |minor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] New: When cancelling a waiting hold on circulation.pl, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Bug ID: 25907 Summary: When cancelling a waiting hold on circulation.pl, allow to trigger hold for next patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: k...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com Right now, after canceling a hold on the checkin screen, a librarian needs to rescan the item barcode to check and trap the next hold. This is an extra unnecessary step. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 4948] When cancelling a waiting hold, allow to trigger hold for next patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 --- Comment #4 from Kyle M Hall --- Created attachment 106450 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106450=edit Bug 4948: When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode Test Plan: 1) Place two or more holds on a record 2) Check in the item 3) Confirm the hold 4) Check in the item again 5) Cancel the hold 6) Koha should now display the modal asking to confirm the next hold without the need to rescan the barcode! -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25906] In opac-serial-issues.pl, when looking at full history, the search facet form should look good.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25906 --- Comment #3 from Owen Leonard --- Created attachment 106449 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106449=edit How it looks in master What version are you looking at? What I see in master doesn't match your "What it currently looks like" screenshot. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25861] [19.11] Unknown column 'important' in 'field list'
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25861 Nick Clemens changed: What|Removed |Added CC||hayleymap...@catalyst.net.n ||z, ||n...@bywatersolutions.com Keywords||rel_19_11_candidate -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 Andreas Hedström Mace changed: What|Removed |Added CC||andreas.hedstrom.mace@sub.s ||u.se --- Comment #1 from Andreas Hedström Mace --- I think this would be really good to have. A stable endpoint to ingest the records, and the harvester as a plug-in (or even various harvester plug-ins). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24239] Let the ILL module set ad hoc hard due dates
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24239 --- Comment #6 from Magnus Enger --- (In reply to Katrin Fischer from comment #5) > Would you mind me tinkering with that a bit? Not at all, tinker away! :-) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25906] In opac-serial-issues.pl, when looking at full history, the search facet form should look good.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25906 --- Comment #2 from Timothy Alexis Vass --- 1. In linked stylesheet: #menu form, #search-facets form { margin: 0em; } Change margin to 1em. - 2. In the inline style block: #search-facets fieldset.action { padding-left: 4px; margin: .3em; } Remove padding-let and margin, set text-align to center. - 3. In opac-full-serial-issues: Remove style="width:10em;" from these two elements. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25906] In opac-serial-issues.pl, when looking at full history, the search facet form should look good.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25906 --- Comment #1 from Timothy Alexis Vass --- Created attachment 106448 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106448=edit What it should look like. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25906] New: In opac-serial-issues.pl, when looking at full history, the search facet form should look good.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25906 Bug ID: 25906 Summary: In opac-serial-issues.pl, when looking at full history, the search facet form should look good. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleon...@myacpl.org Reporter: timothy_alexis.v...@ub.lu.se QA Contact: testo...@bugs.koha-community.org Created attachment 106447 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106447=edit What it currently looks like. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #40 from David Cook --- Here's a condensed version of the above: Good (don't worry): - Debian Jessie 8 - Debian Stretch 9 - Ubuntu Xenial 16.04 Bad (do worry): - Debian Buster 10 (and above) - Ubuntu Bionic 18.04 (and above) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #39 from David Cook --- Ok that 3.23 is still in the staging repo. If you're running a Debian/Ubuntu package, you'll be vulnerable, but not if you're running a Koha Community package. So you should be fine on Debian Jessie and Debian Stretch and Ubuntu Xenial. If you're on anything newer than those, you'll need to upgrade to the Koha Community 3.06 (or 3.23 when it is available) as per the table below: __Koha Community Apt Repo__ libjson-validator-perl_0.67+dfsg-1~koha1_all.deb libjson-validator-perl_0.97-1~kohadev1_all.deb libjson-validator-perl_3.06+dfsg-1+koha1_all.deb __Debian__ Stretch 9: libjson-validator-perl (0.92+dfsg-1) Buster 10: libjson-validator-perl (3.06+dfsg-1) Bullseye 11: libjson-validator-perl (3.25+dfsg-1) __Ubuntu__ Xenial 16.04: libjson-validator-perl (0.66+dfsg-1) Bionic 18.04: libjson-validator-perl (1.08+dfsg-1) Eoan 19.10: libjson-validator-perl (3.14+dfsg-1) Focal 20.04: libjson-validator-perl (3.23+dfsg-1) Groovy 20.10: libjson-validator-perl (3.25+dfsg-1) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #38 from David Cook --- I think Mason found that newer versions of Ubuntu weren't installing 3.06 as they were using newer versions, but it looks like he's now released a 3.23+dfsg-1+koha1 version. I've installed that on Debian Jessie in koha-testing-docker, and it looks like it's working successfully. So folk using the Debian packages shoudl be able to just do the following: apt-get update apt-get install libjson-validator-perl -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25898] Prohibit indirect object notation
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25898 --- Comment #4 from Julian Maurice --- (In reply to Katrin Fischer from comment #2) > Would it make sense to create a Perl 7 Omnibus bug we can use for these? If I understood correctly there would be only 2 bugs under that omnibus : this one, and one for removing bareword filehandle. I'll let you decide if it makes sense to have an omnibus ;) (In reply to David Cook from comment #3) > This is great to see, although also impossible to test? I agree. The only reasonable way to "test" would be to carefully review the patch change by change. If it can help, I did it with `git show --word-diff=color --word-diff-regex=.` (It takes time, prepare some coffee/tea/mate first) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 David Cook changed: What|Removed |Added Assignee|tomasco...@gmail.com|dc...@prosentient.com.au -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23653] Plack stopped working - JSON validation timeout
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653 --- Comment #37 from David Cook --- I'd recommend to people starting their day to look at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23653#c11 for a quick fix to get through the worst of things right now. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10744] ExpireReservesMaxPickUpDelay works with hold(s) over report
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10744 Emmi Takkinen changed: What|Removed |Added Status|Patch doesn't apply |Needs Signoff --- Comment #7 from Emmi Takkinen --- Fixed patch to apply master version and removed dependencies to other patches. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10744] ExpireReservesMaxPickUpDelay works with hold(s) over report
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10744 Emmi Takkinen changed: What|Removed |Added Attachment #44464|0 |1 is obsolete|| CC||emmi.takki...@outlook.com --- Comment #6 from Emmi Takkinen --- Created attachment 106446 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106446=edit Bug 10744 - ExpireReservesMaxPickUpDelay works with hold(s) over report Hold(s) over -report at circ/waitingreserves.pl doesn't work because ExpireReservesMaxPickup removes reserves from the koha.reserves-table to the koha.old_reserves-table. This patch adds a new column koha.reserves.pickupexpired telling when/if the reserve has got it's pickup duration expired. This date is used to pull old reserves to the waitingreserves-view. syspref 'PickupExpiredHoldsOverReportDuration' controls how many days after expiration old reserves are displayed on the report, and the values respect Koha::Calendar holidays To test: 1) Apply patch. 2) Enable 'ExpireReservesMaxPickUpDelay'. 3) Set some value to 'ReservesMaxPickUpDelay' and 'PickupExpiredHoldsOverReportDuration' (e.g. 2 and 7). 4) Find or create hold(s) waiting pickup and set their expiration date so it exceeds 'ReservesMaxPickUpDelay' but not 'PickupExpiredHoldsOverReportDuration'. 5) Confirm hold(s) are moved to 'Holds waiting over ...' list. 6) Run misc/cronjobs/holds/cancel_expired_holds.pl. 7) Confirm hold(s) are still displayed on the list. 8) Confirm from db that hold(s) have 'pickupexpired' set same as 'expirationdate'. 9) Set new value to 'PickupExpiredHoldsOverReportDuration' so it no longer covers hold(s) expiration date(s). 10) Confirm that hold(s) are no longer displayed in waiting list Also prove t/db_depentent/Koha/Old.t -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=10662 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10662] Build OAI-PMH Harvesting Client
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=25905 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10662] Build OAI-PMH Harvesting Client
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #306 from David Cook --- While I hate to keep waffling, I've been thinking that having the OAI-PMH ingest code in mainstream Koha is probably a good idea. I've opened #25905 to that end. I'll change my koha-plugin-oaipmh-import work to fit into mainstream Koha, and submit a patch on #25905. The initial work won't be very complicated, so it shouldn't be very difficult to test. I'll still do the OAI-PMH harvester as a plugin though, since what I have in mind is complex and not necessarily suitable for everyone. My hope is that when #25905 is done, people might set up their own harvesters as best fits their needs. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10662] Build OAI-PMH Harvesting Client
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #305 from David Cook --- (In reply to Michal Denar from comment #304) > Hi, > I could participate on documetation. But I'm not developer, I need some "how > to" from David or Tomás, how integrate translation into code. No worries. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25905] New: REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 Bug ID: 25905 Summary: REST API: create endpoint for importing OAI-PMH records from external OAI-PMH clients Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs@lists.koha-community.org Reporter: dc...@prosentient.com.au Following on from previous work on #10662 and koha-plugin-oaipmh-import, I'm now thinking that it would be best to have a REST API endpoint for importing OAI-PMH records in the Koha mainstream. This would give libraries assurance that the core OAI-PMH ingest functionality will be in the main codebase and get Koha community support. For now, I'm still planning to keep my planned OAI-PMH harvester/client as a plugin/third-party dependency, but completion of this work will allow Koha libraries to use any OAI-PMH harvester they choose to ingest records into Koha. This could be with a Perl cronjob using HTTP::OAI, or it could be a Golang daemon, or whatever. Lots of possibilities. Anyway, I've got a lot of this work done already in koha-plugin-oaipmh-import, so I'll look at re-organising it to fit into Koha proper. It'll be in my own time, so I don't have a timeline for it, but it is on my TODO list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25900] Double quotes breaks search with Zebra and QueryWeightFields
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25900 Theodoros Theodoropoulos changed: What|Removed |Added CC||th...@lib.auth.gr -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/