[Koha-bugs] [Bug 34349] Validate inputs for task scheduler
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34349 Jonathan Druart changed: What|Removed |Added Product|Koha security |Koha Group|Koha security | Component|Koha|Architecture, internals, ||and plumbing -- 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 35329] Move patron searches to a modal
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35329 --- Comment #14 from Jonathan Druart --- (In reply to Owen Leonard from comment #12) > Here's what I've found so far: > > - The search from neworderempty.pl doesn't work at all. The form shows up > but doesn't work to return results. Should be fixed on "Bug 35329: Fix neworderempty" > - On some pages there is feedback when you click an "Add" button from the > search results. If you select a patron who has a space in > borrowers.firstname, e.g. "John Quincy" the message looks like this: > > "Patron 'John%20Quincy Adams' added." Reported on a separate bug (it affects master): bug 35756 > - Intermittently I get this error: > > Uncaught TypeError: can't access property "description", > categories_map[data.toLowerCase()] is undefined > > ...but I haven't been able to pin down how to reproduce it. This can happen if one of patron's category is not defined in the patron categories admin area (not possible, we have a FK, but maybe it's NULL?). Or if you have created a patron category in a separate window and run the search from the modal without having refreshed it. Just guesses here... -- 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 35329] Move patron searches to a modal
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35329 --- Comment #13 from Jonathan Druart --- Created attachment 160728 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160728=edit Bug 35329: Fix neworderempty Hum I had to put it that way but I cannot remember why. Moving patron_search_js after patron_search_modal fixes the search problem (see comment 12). -- 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 35756] New: Wrong use of encodeURIComponent in patron-search.inc
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35756 Bug ID: 35756 Summary: Wrong use of encodeURIComponent in patron-search.inc Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs@lists.koha-community.org Reporter: jonathan.druart+k...@gmail.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com When a new patron is selected, the info message is showing "Patron %s is already in the list" or "Patron %s added". If the patron has space in their name, they will be substituted with %20 -- 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 35747] Some PUT endpoints wipe data if embeds are missing from the payload
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35747 --- Comment #1 from Jonathan Druart --- We should use PATCH. There have been discussions about that, but I cannot find them! -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 --- Comment #8 from Magnus Enger --- Would it make sense to split this in two, with one syspref for the OPAC and one for staff? -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 David Nind changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |lu...@bywatersolutions.com |ity.org | CC||da...@davidnind.com -- 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 11180] IP branch attribute should accept CIDR notation and add multiple ip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 --- Comment #8 from David Cook --- (In reply to Phan Tung Bui from comment #6) > Attempted to apply the batch, but encountered an Internal Server Error. Did you apply the database update? It looks like they forgot to mention that step in their test plan. -- 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 24383] koha-create doesn't restart / empty memcached causing installer fail
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24383 David Cook changed: What|Removed |Added CC||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 35701] Cannot use i18n.inc from memberentrygen
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35701 --- Comment #10 from David Cook --- Should probably change this bug title although I don't have a good title immediately in mind... -- 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 35701] Cannot use i18n.inc from memberentrygen
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35701 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #9 from David Cook --- Variable scope in template toolkit definitely leaves a lot to be desired. I've bumped into similar issues with MACROs in email templates as well.. -- 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 35710] Indexing problem with "&" symbol in Zebra. Some biblio-records with "&" symbol are not searching
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35710 David Cook changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #7 from David Cook --- I'm going to mark this as invalid as I don't think it's a Koha bug. You can find more information on getting support with Koha here: https://koha-community.org/support/ I'm also happy to answer some follow up questions to the answers I've left here, since it seems like you're not too far away from a solution to the data problem. -- 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 35710] Indexing problem with "&" symbol in Zebra. Some biblio-records with "&" symbol are not searching
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35710 --- Comment #6 from David Cook --- The problem is that your record isn't valid XML. While it is possible for Koha to make invalid XML via the HTML form, it's very unlikely to happen with the &. So I'd say these records are from an external source that created them without regard to XML validity. Another noticeable flaw is also the following: That would never happen in a record created by Koha I think. If there's an empty value, the subfield and field would not have been created at all. -- My suggestion would be to write a script to iterate through your records and check whether or not they can be parsed as XML. Flag the ones that cannot be parsed, and look at fixing the problems. -- 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 35710] Indexing problem with "&" symbol in Zebra. Some biblio-records with "&" symbol are not searching
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35710 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #5 from David Cook --- (In reply to Yuriy Kotsyuk from comment #3) > I’m not really sure that the problem is with the old koha version… This has the look of a data migration issue to me... When the & is added to the MARC record via the HTML form, it should be automatically converted into the entity When I do use the HTML form, I see the following in the database: Norton Company If I recall correctly, this automatic entity escaping is part of the MARC::File::XML: https://metacpan.org/dist/MARC-File-XML/source/lib/MARC/File/XML.pm#L370 -- Do you know how this record was added to Koha? -- 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 35329] Move patron searches to a modal
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35329 David Cook changed: What|Removed |Added CC||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 34423] (proof-of-concept) Bugzilla could look better with a new skin
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34423 David Cook changed: What|Removed |Added CC||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 21821] We should bundle an up to date RangeMessage.xml for Business::ISBN
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21821 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35755 -- 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 14287] Preserve valid ISBN-13 identifiers if they start with something else than 978
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14287 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35755 -- 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 13167] Stage MARC for Import hangs for biblio containing valid 979* ISBN-13
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13167 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35755 -- 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 35755] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35755 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=13167, ||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=14287, ||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=21821 -- 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 35755] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35755 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35729 -- 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 35729] Amazon images don't work for ISBNs starting with 979
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35755 -- 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 35755] New: Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35755 Bug ID: 35755 Summary: Upgrade Business::ISBN to at least 3.008 minimum version Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs@lists.koha-community.org Reporter: dc...@prosentient.com.au QA Contact: testo...@bugs.koha-community.org As Lucas notes at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729#c2 we should upgrade Business::ISBN to handle ISBN-13 with a prefix of 979 -- 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 24738] Online registration should check if patron is registering for an already existing account
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24738 --- Comment #7 from David Cook --- (In reply to Christopher Brannon from comment #3) > I have not known a system that doesn't either say that the email address is > already in use if you try to register under it, or at least give a generic > error message. Note that just because other systems do something doesn't mean that we're going to do it. I see potential security issues in so many other systems that I use routinely. And in the case of using additional match points, that involves capturing and storing more personal information as well, which then leads to increased risk to users in the event that there is a leak. But if you can articulate things a bit more clearly perhaps we can look at it a bit more. -- 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 24738] Online registration should check if patron is registering for an already existing account
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24738 --- Comment #6 from David Cook --- (In reply to Christopher Brannon from comment #5) > (In reply to David Cook from comment #4) > > (In reply to Christopher Brannon from comment #0) > > > I think it would be good, if online registration noted that an account > > > with > > > the e-mail address a patron is registering with is already in use. > > > > I'm pretty sure this is already possible using the system preference > > "PatronSelfRegistrationEmailMustBeUnique". > > No this setting is to only allow one account to have a specific email > address. What I'm trying to ask for is that the patron be asked if they > already have a card, that they somehow be told that they should already have > an account and not be allowed to request a new one. Or, if they don't > remember they have a card, and try to apply, and certain match points exist, > that it not allow them to register online. Currently, with that system preference, if they try to re-register using the same email address, it will say that they're already on the system. Are you saying that you just want additional match points? -- 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 24738] Online registration should check if patron is registering for an already existing account
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24738 --- Comment #5 from Christopher Brannon --- (In reply to David Cook from comment #4) > (In reply to Christopher Brannon from comment #0) > > I think it would be good, if online registration noted that an account with > > the e-mail address a patron is registering with is already in use. > > I'm pretty sure this is already possible using the system preference > "PatronSelfRegistrationEmailMustBeUnique". No this setting is to only allow one account to have a specific email address. What I'm trying to ask for is that the patron be asked if they already have a card, that they somehow be told that they should already have an account and not be allowed to request a new one. Or, if they don't remember they have a card, and try to apply, and certain match points exist, that it not allow them to register online. -- 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 35693] Granular Permissions to Everything
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35693 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #3 from David Cook --- (In reply to Christopher Brannon from comment #0) > I am hoping that Koha will start thinking more about roles in the library, > and allowing us to give specific people access to specific pages, > customizations, etc. This goes even further with who can override things. > We don't have a lot of control over who can do what specific things. I think that you make a very good point, but Koha developers are a fairly loose group which support a variety of different libraries, and I think most developers have never worked as librarians themselves (with the exception of a few of us). Change usually comes from starting with one developer/vendor and then building support across the group. Personally, most of my (many) libraries have very small staff sizes, and I haven't heard any complaints around permissions (except for the latest one about requiring "edit_borrowers" to search/list borrowers). So I'm unlikely to get sponsorship for such a change. But I imagine there are other vendors who support libraries with larger staffs who would be more likely to get that kind of sponsorship. In the meantime, something that could be helpful is libraries coming up with a list of "personas" and "scenarios". These are useful elements of system design. Something basic like "Joe is a collection development librarian" (persona). The collection development librarian "needs to search the catalogue" (scenario), "needs to update only certain allowed lists" (scenario), "needs to update only collection development HTML pages" (scenario). Basically just outlining the hypothetical people and the things they need to do. From there the developers can start working out how we can technologically allow those people to do those scenarios. -- 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 24738] Online registration should check if patron is registering for an already existing account
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24738 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #4 from David Cook --- (In reply to Christopher Brannon from comment #0) > I think it would be good, if online registration noted that an account with > the e-mail address a patron is registering with is already in use. I'm pretty sure this is already possible using the system preference "PatronSelfRegistrationEmailMustBeUnique". Of course, I think it has a shortcoming in that it only looks at borrowers.email and not all email fields. -- 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 35754] Place multiple item-group holds at once for the same record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35754 --- Comment #2 from David Cook --- Actually, after reading through your Monday Minutes on item groups... it looks like the same kind of idea but for multiple item groups and not multiple items. Got it... -- 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 35754] Place multiple item-group holds at once for the same record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35754 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #1 from David Cook --- I don't think I understand the item-group functionality yet, but curious if the desire to place a hold on volume 4, 5, 6 would be the same as bug 15565 -- 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 35729] Amazon images don't work for ISBNs starting with 979
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 David Cook changed: What|Removed |Added Summary|Amazon images don't work|Amazon images don't work |for > ISBNs starting with |for ISBNs starting with 979 |979 | -- 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 35729] Amazon images don't work for > ISBNs starting with 979
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 Lucas Gass changed: What|Removed |Added CC|m...@kohaaloha.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 35729] Amazon images don't work for > ISBNs starting with 979
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 Lucas Gass changed: What|Removed |Added Attachment #160714|0 |1 is obsolete|| -- 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 35729] Amazon images don't work for > ISBNs starting with 979
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 Lucas Gass changed: What|Removed |Added Summary|Upgrade Business::ISBN to |Amazon images don't work |at least 3.008 minimum |for > ISBNs starting with |version |979 -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #13 from Lucas Gass --- (In reply to David Cook from comment #12) > I wonder if we should change the name back to "Amazon images don't work for > ISBNs starting with 979" and then have a separate report for upgrading > Business::ISBN, since related but different? David, that's fine by me. -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #12 from David Cook --- I wonder if we should change the name back to "Amazon images don't work for ISBNs starting with 979" and then have a separate report for upgrading Business::ISBN, since related but different? -- 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 24778] Move from Memcached to Redis to solve L1 caching issues?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24778 --- Comment #3 from David Cook --- I don't think it would really work anyway. We need to flush the L1 caches after each request for more reasons than just sysprefs as well I believe. -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #11 from David Cook --- (In reply to Kal from comment #7) > I noticed my cover mismatch in Aspen Discovery, not Koha, but we pull from > coce.bywatersolutions.com and the cover source was coce_amazon so it's a bit > of a gray area but why I put in the request for coce to be updated. I hope > that helps! > > Thanks, > Kal Thanks, Kal. Unfortunately, I don't know enough about Coce or how Bywater populated it. But your report has certainly surfaced an interesting issue! -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #10 from David Cook --- (In reply to Lucas Gass from comment #8) > > However, even if we do that, Amazon is still going to be a problem. From > > past experience, I don't think that Amazon actually supports ISBN-13 at all > > when it comes to cover images. > > Well, that is a problem since 979 ISBN's cannot be converted to ISBN10. Yup :( -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #9 from David Cook --- This twigged another memory... (Note I'm not including lots of URLs here because Bugzilla always blocks me when I do.) If you look at the Amazon entry for "Berry Pickers" by Amanda Peters, obviously Amazon do have a cover image for it. But they're not using an ISBN to retrieve it. They use a different URL format with the key "91Yab+VyPgL._SY342_" And if you look at the "Product Advertising API" documentation, you can see that the API returns something like this: So https://m.media-amazon.com/images/I/91Yab+VyPgL._SY342_.jpg will be our book cover. Note that 91Yab+VyPgL._SY342_ isn't the identifier for the book. It's an image ID. The ASIN looks like it's B0BTSC3TN6. It looks like you might be able to use an ISBN to lookup "paapi5/documentation/use-cases/search-with-external-identifiers.html" However... I don't know whether they even support ISBN-13 for this lookup. Plus you need to be an Amazon Associate to use this API. -- So ultimately... Amazon cover images are going to be a problem whether or not we improve support for ISBN-13 979 prefixes througout Koha. -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #8 from Lucas Gass --- > However, even if we do that, Amazon is still going to be a problem. From > past experience, I don't think that Amazon actually supports ISBN-13 at all > when it comes to cover images. Well, that is a problem since 979 ISBN's cannot be converted to ISBN10. -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #7 from Kal --- I noticed my cover mismatch in Aspen Discovery, not Koha, but we pull from coce.bywatersolutions.com and the cover source was coce_amazon so it's a bit of a gray area but why I put in the request for coce to be updated. I hope that helps! Thanks, Kal -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #6 from David Cook --- (In reply to Kal from comment #0) > I noticed that there was a cover mismatch with a coce_amazon cover because > the new 2024 title has an ISBN of 9798885795692 (using the 979 instead of > 978). There is an Italian title with an ISBN of 8885795692 that is showing > instead. Actually... looking back on Kal's original comment... I'd like to hear some steps on how to reproduce this problem. Because currently Koha will generate an empty "normalized_isbn" value for a ISBN starting with 979, so Koha shouldn't be trying to display any cover images. I just tested in koha-testing-docker and no cover image is even attempted with a record with the 9798885795692 ISBN. So... I'm not sure how this could be happening in Koha. Now I think that we should upgrade Business::ISBN because we do want to support ISBNs starting with 979. I think that will be a bit of work. However, even if we do that, Amazon is still going to be a problem. From past experience, I don't think that Amazon actually supports ISBN-13 at all when it comes to cover images. For example, note that all 3 of these URLs returns the same image. https://images-na.ssl-images-amazon.com/images/P/9798885795692.01.LZZZ.jpg https://images-na.ssl-images-amazon.com/images/P/975795692.01.LZZZ.jpg https://images-na.ssl-images-amazon.com/images/P/8885795692.01.LZZZ.jpg In the past, I think that's why we've used the ISBN-10 version for requesting images from Amazon. ISBN-13 with 979 is going to be a problem for Amazon images in particular. -- 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 21821] We should bundle an up to date RangeMessage.xml for Business::ISBN
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21821 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35729 -- 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 14287] Preserve valid ISBN-13 identifiers if they start with something else than 978
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14287 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35729 -- 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 13167] Stage MARC for Import hangs for biblio containing valid 979* ISBN-13
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13167 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35729 -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=13167, ||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=14287, ||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=21821 -- 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 35729] Upgrade Business::ISBN to at least 3.008 minimum version
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35729 --- Comment #5 from David Cook --- (In reply to Lucas Gass from comment #4) > The hard part here is packaging and I've CC'd Mason. It looks like Debian have a package for 3.008 libbusiness-isbn-perl, so we should be able to pluck it and libbusiness-isbn-data-perl off packages.debian.org and pop it into the Koha community apt repo. -- I was going to suggest adding unit tests, and that led me down a little rabbit hole. I think we will need to review the unit tests, since tests (like t/db_dependent/Koha.t) for things like C4::Koha::NormalizeISBN will probably start returning different values. I'm not sure what Business::ISBN does if you request a ISBN-10 from ISBN-13 prefixed with 979... but there are some existing bugs for this as well, so I'll add them as See Alsos... -- 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 33929] Cannot export genre/form authority framework
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33929 Caroline Cyr La Rose changed: What|Removed |Added CC||caroline.cyr-la-rose@inlibr ||o.com --- Comment #5 from Caroline Cyr La Rose --- Still valid on master -- 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 35754] New: Place multiple item-group holds at once for the same record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35754 Bug ID: 35754 Summary: Place multiple item-group holds at once for the same record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: jza...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com With the availability for item-groups and item group holds it make it very easy for patrons to place a hold on a group of items. This enhancement would provide an option to place multiple item-group holds for the same record. An example use case could be a patron wants to place a hold on volume 4, 5, and 6. Current behavior requires the user to place a hold for vol 4, then place another for vol 5, then finally place a hold for vol 6. -- 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 35753] Is the Checkbox() function in additional-contents really necessary?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35753 Lucas Gass changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |lu...@bywatersolutions.com |ity.org | Patch complexity|--- |Trivial patch Severity|enhancement |normal -- 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 35753] Is the Checkbox() function in additional-contents really necessary?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35753 --- Comment #1 from Lucas Gass --- Created attachment 160727 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160727=edit Bug 35753: Remove Checkbox() function To test: 1. APPLY PATCH and clear browser cache. 2. Have multiple additional content items ( news/HTML customization/Pages ) 3. From one of the pages ( news/HTML customization/Pages ) click the 'Delete selected' button. Since no items are checked you should see the 'Please select content to delete' alert. 4. Check some items and click 'Delete selected' they should be correctly deleted. Note: There is no change in behavior from this patch. -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Lucas Gass changed: What|Removed |Added Blocks||35753 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35753 [Bug 35753] Is the Checkbox() function in additional-contents really necessary? -- 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 35753] Is the Checkbox() function in additional-contents really necessary?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35753 Lucas Gass changed: What|Removed |Added Depends on||35752 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 [Bug 35752] Can't delete additional contents with 'Delete selected' button -- 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 35753] New: Is the Checkbox() function in additional-contents really necessary?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35753 Bug ID: 35753 Summary: Is the Checkbox() function in additional-contents really necessary? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: lu...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com There is a function in additional-contents.tt called Checkbox(). It checks to see if any checkboxes are checked. Can we just check the length with a selector and get rid of the function? -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Lucas Gass changed: What|Removed |Added QA Contact|testo...@bugs.koha-communit |lu...@bywatersolutions.com |y.org | Patch complexity|--- |Trivial patch -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 --- Comment #2 from Lucas Gass --- Created attachment 160726 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160726=edit Bug 35752: Pass CSRF token to del_form To test: 1. Have multiple additional content items ( news/HTML customization/Pages ) 2. On one of the pages ( news/HTML customization/Pages ) select more than one item and try to delete using the 'Delete selected' button 3. You are redirected but nothing happens. 4. APPLY PATCH 5. Try again, this time you should be able to successfully delete additional-contents. -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Lucas Gass changed: What|Removed |Added Status|NEW |Needs Signoff -- 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 35752] Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Lucas Gass changed: What|Removed |Added Depends on||34368 --- Comment #1 from Lucas Gass --- To recreate: 1. Have multiple additional content items ( news/HTML customization/Pages ) 2. On one of the pages ( news/HTML customization/Pages ) select more than one item and try to delete using the 'Delete selected' button 3. You are redirected but nothing happens. -- 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 35752] New: Can't delete additional contents with 'Delete selected' button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Bug ID: 35752 Summary: Can't delete additional contents with 'Delete selected' button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: lu...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com -- 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 35504] Release team 24.05
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35504 --- Comment #25 from David Nind --- A couple of things I noticed: 1. Under the 'Current maintenance team' - Wiki team: Mason James and George Williams to be added (already noted in comment #22), Katrin does so many updates to the Wiki - I think should be included 8-) - Release maintainers: These are not shown, not sure whether this role should be shown here or not (are listed under individual names in the 'Koha development team' section) - Continuous integration manager: Mason James not shown, not sure whether this role should be shown here or not (is listed under individual name in the 'Koha development team' section) 2. Under 'Koha development team' section: - Tomás Cohen Arazi: There is a bullet point then (24.05), assuming before that should be KTD maintainer - Frédéric Demians: Shows as Release Maintainer for 24.05 (not correct), should be 22.11 (LTS) * - Katrin Fischer: There is a bullet point then (23.05), not sure what that role should be for - Lucas Gass: Shows as Release Maintainer for 23.05 (correct), 23.11 (not correct), 24.05 (not correct) * - Andreas Hedström Mace: There is a bullet point then (20.05), not sure what that role should be for - Pedro Amorim, Agustín Moyano: Combined names for Topic expert (23.05) - Liz Rea: There is a bullet point then (23.05, 23.11, 24.05), assuming before that should be Website - Martin Renvoize: There is a bullet point then (23.05), not sure what that role should be for - Danyon Sewell: Shows as Release Maintainer for 23.11 (not correct) and 24.05 (not correct), should be 22.05 * - Fridolin Somers: Shows as Release Maintainer for 23.11 (correct) and 24.05 (not correct) * - Wainui Witika-Park: Shows as Release Maintainer for 21.11 (not checked), 22.05 (correct), 23.05 (not correct) * * Not sure how release maintainers should be shown - release cycle or individual releases. I think it should be the individual release. -- 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 27992] When recording local use with statistical patron items are not checked in
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27992 Emily Lamancusa changed: What|Removed |Added Blocks||35751 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35751 [Bug 35751] When recording local use with a statistical patron, alert of active transfers -- 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 35751] New: When recording local use with a statistical patron, alert of active transfers
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35751 Bug ID: 35751 Summary: When recording local use with a statistical patron, alert of active transfers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com Depends on: 27992 Bug 27992 added alerts for many item statuses when a local use is recorded with a statistical patron - which is a great quality of life improvement! It would be great if an alert were added when the scanned item has an active transfer. Ideally, Koha would handle the transfer and display a modal as in a normal check-in, but at the very least it should display an alert informing the staff member that the item is in transit and needs to be checked in. This is particularly important if the item's physical transfer has gone awry somehow: currently, if an item is in-transit from Library A to Library B, and is scanned to a statistical patron at Library C for some reason, it would show as in-transit from A to B, but with a current location of C, which doesn't make much sense. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27992 [Bug 27992] When recording local use with statistical patron items are not checked in -- 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 33766] Accessibility: Fix ambiguous form-field in opac-auth.tt
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33766 Phan Tung Bui changed: What|Removed |Added CC||phan-tung@inlibro.com Status|Needs Signoff |Failed QA --- Comment #47 from Phan Tung Bui --- When i enter an incorrect username or password on the opac-user pl pages then click on log-in, instead of seeing the expected information like your username or card number, you only see a colon ":". -- 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 35750] New: Add DataTables responsive plugin to staff interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35750 Bug ID: 35750 Summary: Add DataTables responsive plugin to staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: lu...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com The OPAC has the DataTables responsive plugin to deal with tables on smaller screen sizes. The staff interface should have the same. The holdings table is a good example of a table that does work well with smaller screens. To recreate: 1. Go to detail page and look at the holdings table 2. At about 1000px or less you will start to see the table run off the screen 3. Look at the holdings table on an OPAC detail page. The table responds to screen size. -- 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 25813] Enhance patron expiration in SIP display
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25813 Matthias Le Gac changed: What|Removed |Added CC||matthias.le-...@inlibro.com Status|Needs Signoff |Patch doesn't apply --- Comment #4 from Matthias Le Gac --- I can't apply le patch Applying: Bug 25813: Enhance patron expiration in SIP display Using index info to reconstruct a base tree... M C4/SIP/ILS/Patron.pm M t/db_dependent/SIP/Patron.t Falling back to patching base and 3-way merge... Auto-merging t/db_dependent/SIP/Patron.t Auto-merging C4/SIP/ILS/Patron.pm CONFLICT (content): Merge conflict in C4/SIP/ILS/Patron.pm error: Failed to merge in the changes. Patch failed at 0001 Bug 25813: Enhance patron expiration in SIP display -- 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 34053] Text in holdings table gets wrapped on mobile, breaking words and decreasing readability
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34053 --- Comment #4 from Lucas Gass --- This looks to be solved by Bug 32341. Should we still use this bug to remove the custom style Owen mentioned? -- 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 34053] Text in holdings table gets wrapped on mobile, breaking words and decreasing readability
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34053 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Version|22.11 |master -- 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 25711] Move ExpireReservesMaxPickUpDelayCharge to the circulation rules
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25711 Matthias Le Gac changed: What|Removed |Added CC||matthias.le-...@inlibro.com --- Comment #89 from Matthias Le Gac --- Do you need again a signoff or it's good ? Because I can't find the field "Expire reserve charge" when I want to create smart rules. -- 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 35714] Clicking Print slips when no letter template selected causes error
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35714 David Nind changed: What|Removed |Added CC||da...@davidnind.com Severity|enhancement |normal Assignee|koha-b...@lists.koha-commun |jonathan.druart+koha@gmail. |ity.org |com -- 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 35504] Release team 24.05
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35504 --- Comment #24 from Martin Renvoize --- Ordering is in the template hard coded and it depends on whether your running a stable or dev branch. -- 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 35748] Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Esther Melander changed: What|Removed |Added CC||esther.melander@bywatersolu ||tions.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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 David Nind changed: What|Removed |Added Attachment #160723|0 |1 is obsolete|| --- Comment #7 from David Nind --- Created attachment 160725 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160725=edit Bug 35728: Add ability to NOT redirect to result when search returns only one record This enhancement adds a new system preference RedirectToSoleResult. By default it is enabled, which matches current behaviour - to redirect to the detail page if it is the only search result. To test: 1) Apply the patch, install database updates, restart services. 2) Go to Koha Administration -> Global system preferences. The RedirectToSoleResult system preference is in the Searching tab. Confirm it is enabled (set to "Redirect") by default. 3) Conduct a catalogue search on the staff interface that you know will return a single result. Confirm you are redirected to the detail page. 4) Do the same search on the OPAC. Confirm you are redirected to the detail page. 5) Go back to the system preferences and disable the RedirectToSoleResult system preference by setting it to "Don't redirect" 6) Do the searches again on the staff interface and OPAC. Confirm you are NOT redirected to the detail page, and the search results page shows as expected. Sponsored-by: Education Services Australia SCIS Signed-off-by: David Nind -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 David Nind changed: What|Removed |Added Attachment #160722|0 |1 is obsolete|| --- Comment #6 from David Nind --- Created attachment 160724 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160724=edit Bug 35728: Add RedirectToSoleResult system preference Signed-off-by: David Nind -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 David Nind 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 Alex Buckley changed: What|Removed |Added Change sponsored?|--- |Sponsored -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 Alex Buckley changed: What|Removed |Added Status|ASSIGNED|Needs Signoff --- Comment #8 from Alex Buckley --- Hi all, This patchset is ready for testing. Please note, I hav checked and the changes I made to Koha/Edifact/Transport.pm are in functions not covered by unit tests: Koha::Edifact::Transport->sftp_upload() Koha::Edifact::Transport->sftp_download() The functions that call these subroutines are also not covered by unit tests: Koha::Edifact::Transport->upload_messages() Koha::Edifact::Transport->download_messages() I have, therefore, not written unit tests for this enhancement. However, if you believe unit tests are required please let me know. -- 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 35748] Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Lisette Scheer changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35749 -- 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 35749] Allow hold pickup location to be batch changed
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35749 Lisette Scheer changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=35748 -- 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 35749] New: Allow hold pickup location to be batch changed
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35749 Bug ID: 35749 Summary: Allow hold pickup location to be batch changed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: lisette.sch...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com If a library is closing, such as for a renovation or a school's summer closure, having the option to batch change all holds to pickup at the closest location can currently only be done at the command line. Having a tool for making that change on the staff side would be very helpful. -- 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 35748] Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Laura O'Neil changed: What|Removed |Added CC||la...@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 35748] Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Lisette Scheer changed: What|Removed |Added CC||lisette.scheer@bywatersolut ||ions.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 35506] selenium/regressions.t is failing randomly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35506
--- Comment #28 from Victor Grousset/tuxayo ---
(In reply to Jonathan Druart from comment #27)
> However I do not see how your approach is correct. Selenium waits for the
> page to load before starting the tests.
It's a confusing trap ^^ This is a thing that was systematically causing
confusion when I was trying to get help on a JavaScript chat.
It's not about the page to be loaded. It's about $(document).ready() to have
finished all it's content. The event Selenium waits for is the same as the one
$(document).ready() waits for to start executing IIUC. The content of
$(document).ready() callback is our stuff and there is no event to mark it's
end. The flag is a way to replace that lack.
> I would add a wait_for_element_visible on the page before selecting the th.
IIRC, at the beginning I added a sleep after clicking the "show checkouts"
button and the screenshot still showed the button pressed and not even the
message that checkouts are loading.
Stuff is just not loading and there is nothing to wait for, the click was too
early and didn't trigger the request for checkout list.
Ok here is a way to replicate what happens in the tests! :D
In checkouts.js
After `$(document).ready(function() {`
Add `wait (5000);`
So now it's possible to go hit the "show checkouts" button faster than the
callback is set. And we see the same things that the screenshot showed in the
early work on this ticket: the button stays down and checkouts never load.
> And I would not add more delay, 10 should be enough.
If there is no sign that the CI is hitting the timeout (we will see since there
was no wait_for_ajax here) yeah, let's not have those crazy high ones.
Question 1: Can we still keep the possibility of changing it? (the accessors
added by the patch) Because next time I work on flaky tests elsewhere, I'll
again need to extend the timeouts to be able to run a lot of times the rest of
the tests without hindrance from the very long XHR response times I get.
Question 2: I'm only thinking of this now: shouldn't I have not used accessors
but instead have given wait_for_ajax() an optional param to overload the
default max_retries? That would be easier to use than
- getting the old max_retries value,
- setting the new value
- after the wait, setting back the original.
Question 3: For a similar reason as to why we won't keep a high max_retries.
(we can expect the CI to not hit this need) Can we try without the sleeps
(DT_delay) before wait_for_ajax? It's to spare us unconditional sleep() (10 in
total) which is more bothering than a timeout and even on my machine that seems
to be very good at exposing flaky tests, the need for sleep $DT_delay didn't
show up.
--
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 35748] Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 he...@bywatersolutions.com changed: What|Removed |Added CC||he...@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 35748] New: Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Bug ID: 35748 Summary: Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs@lists.koha-community.org Reporter: wizzy...@gmail.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com Sometimes libraries have to close a branch or altogether, and they'd like to be able to cancel, suspend, and unsuspend holds in a batch. Currently this is achieved through command line database updates which are risky and require professional assistance, especially if your library is hosted. Normally this would be a per branch operation due to the "library is closing" use case, but it might be nice to be able to do this per patron category too. It would also be good if this job were implemented as a long_task background job. Cheers, Liz -- 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 23295] Automatically debar patrons if SMS or email notice fail
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23295 Matthias Le Gac changed: What|Removed |Added Status|Needs Signoff |Patch doesn't apply CC||matthias.le-...@inlibro.com --- Comment #13 from Matthias Le Gac --- When I applied the patch it doesnt't work. I have this error : Applying: Bug 23295: Automatically restrict (debar) patrons when email/sms notices fail Using index info to reconstruct a base tree... M Koha/Notice/Message.pm M installer/data/mysql/mandatory/sysprefs.sql M koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/patrons.pref Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/patrons.pref CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/patrons.pref Auto-merging installer/data/mysql/mandatory/sysprefs.sql Auto-merging Koha/Notice/Message.pm CONFLICT (content): Merge conflict in Koha/Notice/Message.pm error: Failed to merge in the changes. Patch failed at 0001 Bug 23295: Automatically restrict (debar) patrons when email/sms notices fail -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 --- Comment #5 from Aleisha Amohia --- (In reply to David Nind from comment #2) > Hi Aleisha. > > I like this! > > It looks like the patch(es) with the database update/system preference > addition is missing... > > David Oops! There you go -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 Aleisha Amohia changed: What|Removed |Added Attachment #160668|0 |1 is obsolete|| --- Comment #4 from Aleisha Amohia --- Created attachment 160723 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160723=edit Bug 35728: Add ability to NOT redirect to result when search returns only one record This enhancement adds a new system preference RedirectToSoleResult. By default it is enabled, which matches current behaviour - to redirect to the detail page if it is the only search result. To test: 1) Apply the patch, install database updates, restart services. 2) Go to Koha Administration -> Global system preferences. The RedirectToSoleResult system preference is in the Searching tab. Confirm it is enabled (set to "Redirect") by default. 3) Conduct a catalogue search on the staff interface that you know will return a single result. Confirm you are redirected to the detail page. 4) Do the same search on the OPAC. Confirm you are redirected to the detail page. 5) Go back to the system preferences and disable the RedirectToSoleResult system preference by setting it to "Don't redirect" 6) Do the searches again on the staff interface and OPAC. Confirm you are NOT redirected to the detail page, and the search results page shows as expected. Sponsored-by: Education Services Australia SCIS -- 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 35728] Add option to NOT redirect to result when search returns only one record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35728 --- Comment #3 from Aleisha Amohia --- Created attachment 160722 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160722=edit Bug 35728: Add RedirectToSoleResult system preference -- 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 35329] Move patron searches to a modal
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35329 --- Comment #12 from Owen Leonard --- Here's what I've found so far: - The search from neworderempty.pl doesn't work at all. The form shows up but doesn't work to return results. - On some pages there is feedback when you click an "Add" button from the search results. If you select a patron who has a space in borrowers.firstname, e.g. "John Quincy" the message looks like this: "Patron 'John%20Quincy Adams' added." - Intermittently I get this error: Uncaught TypeError: can't access property "description", categories_map[data.toLowerCase()] is undefined ...but I haven't been able to pin down how to reproduce it. -- 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 11180] IP branch attribute should accept CIDR notation and add multiple ip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 Matthias Le Gac changed: What|Removed |Added CC||matthias.le-...@inlibro.com --- Comment #7 from Matthias Le Gac --- According to the logs, the error probably comes from the file : C4/Auth.pm -- 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 11180] IP branch attribute should accept CIDR notation and add multiple ip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 Phan Tung Bui changed: What|Removed |Added Status|Needs Signoff |Failed QA CC||phan-tung@inlibro.com --- Comment #6 from Phan Tung Bui --- Attempted to apply the batch, but encountered an Internal Server Error. -- 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 11180] IP branch attribute should accept CIDR notation and add multiple ip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 Phan Tung Bui changed: What|Removed |Added Attachment #160670|0 |1 is obsolete|| --- Comment #5 from Phan Tung Bui --- Created attachment 160721 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160721=edit Bug 11180: IP branch attribute should accept CIDR notation and add multiple ip This patch adds the ability to set more than ip to IP setting of a branch and also CIDR notation can recognised also. Test plan: 1) Change systempreference AutoLocation to "Yes" 2) Go to the library settings ( Administration -> Libraries ) and you can add only one ip at format xxx.xxx.xxx.xxx or xxx.xxx.* 3) Apply patch 4) Go to the library settings and you can enter to IP setting those ip(s) you want seperate by space in any format like xxx.xxx.xxx.xxx or xxx.xxx.xxx.0/24 or xxx.xxx.xxx.* or only one also on the same formats. 3) Logout 4) Try to login from an ip that not belong on the set of ip that you enter before and now CIDR notation can regognized also and also you can have more than one ip for restriction. -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 --- Comment #7 from Alex Buckley --- Created attachment 160720 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160720=edit Bug 35724: DBIX Schema file changes Sponsored-by: Waikato Institute of Technology, New Zealand -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 --- Comment #6 from Alex Buckley --- Created attachment 160719 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160719=edit Bug 35724: Define non-standard ports for EDI SFTP in EDI accounts Not all EDI vendors accept Koha servers connecting on port 22, sometimes they require a different port to be used, so it would be helpful for librarians to be able to configure non-standard EDI SFTP ports themselves. Test plan: 1. Set EDIFACT syspref = 'Enable' and define a EDI account: Administration > Acquisition parameters > EDI accounts. 2. Create an EDI order: https://koha-community.org/manual/latest/en/html/acquisitions.html#ordering-via-edi 3. Confirm you can upload the EDI order and download the vendor invoice. 4. Apply patches, update database, and restart services. 5. Go to the EDI account you made in #1. 6. Confirm there are two new fields: Upload port and Download port, both have the value of 22. 7. Create a new EDI order. 8. Confirm you can upload the EDI order and download the vendor invoice. 9. Change the EDI account. Set the Download port = 10022. 10. Create a third EDI order. 11. Confirm you can upload the EDI order and download the vendor invoice. Sponsored-by: Waikato Institute of Technology, New Zealand -- 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 24956] Add ability to define emergency/override circ rules
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24956 Jason Robb changed: What|Removed |Added CC||jr...@sekls.org --- Comment #1 from Jason Robb --- It would save a lot of time and headache if there were an override layer above the existing circ/fine rules setup. We heavily rely on an "All/All" rule at each branch to reduce the total number of rules needed to accommodate a fluctuating number of item types and patron categories. That works well, but it means if we need a rule that affects all branches, it requires a new rule line for each individual branch. As an example, we don't want self-registered patrons to be able to check out until they upgrade their account to a regular patron category. At the moment, every branch needs a SELFREG/All rule to prevent checkouts to the SELFREG category. If those rules aren't set, they'll hit the All/All rule for that branch before they can reach a SELFREG/All rule on the "Standard rules" setup. A global override rule would reduce the rules needed from one per branch to just one rule. Another possible implementation might be to make a "Global rule overrides for all libraries" page similar to the "Standard rules for all libraries" page, where any rules set on the overrides page would take top priority. -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 --- Comment #5 from Alex Buckley --- Created attachment 160718 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160718=edit Bug 35724: Template changes Sponsored-by: Waikato Institute of Technology, New Zealand -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 --- Comment #4 from Alex Buckley --- Created attachment 160717 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160717=edit Bug 35724: Database changes Sponsored-by: Waikato Institute of Technology, New Zealand -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 Alex Buckley changed: What|Removed |Added Attachment #160646|0 |1 is obsolete|| -- 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 35724] Define non-standard port numbers for SFTP upload/download in EDI accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35724 Alex Buckley changed: What|Removed |Added Attachment #160645|0 |1 is obsolete|| -- 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/
