[Koha-bugs] [Bug 36251] Patron search by letter broken in holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 Jonathan Druart changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |jonathan.dru...@gmail.com |ity.org | CC||jonathan.dru...@gmail.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 35862] Display patron search result on the right of the form (modal)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35862 Martin Renvoize changed: What|Removed |Added Attachment #162858|0 |1 is obsolete|| --- Comment #3 from Martin Renvoize --- Created attachment 162862 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162862=edit Bug 35862: Display modal search results to the right of form above 1200px To test: 1. Apply patch 2. Rebuild CSS ( yarn build ) 3. Look at some of the places where there is a modal patron search. -suggestion/suggestion.pl: Set to patron -members/memberentry.pl: Add guarantor 4. Make sure the modal looks good before and after you have searched for a patron. 5. Play with many different screen sizes, ensuring everything looks good and makes sense. Signed-off-by: Martin Renvoize -- 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 36251] Patron search by letter broken in holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 --- Comment #2 from Jonathan Druart --- Created attachment 162861 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162861=edit Bug 36251: (bug 35329 follow-up) Fix patron search by first letter when placing a hold Most of the patrons searches open in a modal. Except: * the main one (members-home) * when placing a hold * when requesting an article (did I miss one?) The patron-search.inc BLOCKs need a parent block to know where to locate the elements (form, table, etc), because we can have several patron searches on the same page. Bug 35329 reused '#searchresults': 10 [% SET search_results_block_id = 'searchresults' %] which is used on the main patron search. The ones in the modal are correctly handled: we build the parent node in the "patron_search_modal" block. But for the 2 others the parent block id is wrong. On reserve/request.tt we have one already, so we set the TT variable from the .tt file On circ/request-article we don't have one already, so we can reuse searchresults (could be more specific however to include 'patrons'...) Test plan: Browse patrons by first letter when placing a hold and requesting an article -- 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 36251] Patron search by letter broken in holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 Jonathan Druart changed: What|Removed |Added Status|NEW |Needs Signoff -- 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 36232] Updating database structure
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36232
Mohd Hafiz Yusoff changed:
What|Removed |Added
CC||mhb...@gmail.com
--- Comment #1 from Mohd Hafiz Yusoff ---
(In reply to James Magori from comment #0)
> Upgrade to 23.11.02.002 [08:25:15]: Bug 34979 - Fix system preference
> discrepancies
> ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry
> 'OAI-PMH:AutoUpdateSetsEmbedItemData' for key 'systempreferences.PRIMARY' at
> /usr/share/koha/lib/C4/Installer.pm line 741
> Fix mistakes in system preferences, if necessary:
> ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry
> 'OAI-PMH:AutoUpdateSetsEmbedItemData' for key 'systempreferences.PRIMARY' at
> /usr/share/koha/lib/C4/Installer.pm line 741
Same with me, but i just delete variable "OAI-PMH:AutoUpdateSetsEmbedItemData"
in systempreferences table
DELETE FROM systempreferences WHERE variable =
"OAI-PMH:AutoUpdateSetsEmbedItemData";
then run koha-upgrade-schema again
--
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 36264] XSLT processing is much slower on OPAC than Staff Interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36264 David Cook changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from David Cook --- Nevermind... I was comparing apples and oranges. OPAC defaults to relevance sort whereas the Staff Interface doesn't, so I was getting different results which were processed at different rates. With both using relevance sorting, I'm getting the same processing times between the two interfaces. Yay... now they're both equally as slow... -- 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 36264] XSLT processing is much slower on OPAC than Staff Interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36264 --- Comment #1 from David Cook --- Using "strace", I've been analyzing the searches, and comparing the staff interface versus the OPAC. They both take 1-2 seconds to get started up, and then they lose roughly the same amount of time getting Zebra facets (in my cease about 9-12 seconds). It takes about 1 second to process the 20 records in the staff interface, but it takes about 16 seconds to process the 20 records for the OPAC. The last 2 seconds of the OPAC are dedicated to template render. The staff interface spends 4 seconds on its final steps. Some of this is template render and some is work that I haven't analyzed yet, but I'm not worried about at this stage. Used PassItemMarcToXSLT and removed buildKohaItemsNamespace, and I'm getting: Default XSLT: OPAC: 19.21 seconds Staff: 11 seconds No XSLT (disabled in code): OPAC: 19.62 Staff: 10.7 The main difference here is the PassItemMarcToXSLT, so that's interesting... sounds like items are having an impact on the OPAC XSLT processing even if buildKohaItemsNamespace isn't being used... -- 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 36264] New: XSLT processing is much slower on OPAC than Staff Interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36264 Bug ID: 36264 Summary: XSLT processing is much slower on OPAC than Staff Interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs@lists.koha-community.org Reporter: dc...@prosentient.com.au QA Contact: testo...@bugs.koha-community.org I haven't figured this one out yet, but it looks like the XSLT processing for search results is much slower on the OPAC than on the Staff Interface. No XSLT (disabled in code): OPAC: 18.69 seconds Staff: 10.5 seconds Default XSLT: OPAC: 25.7 seconds Staff: 10.6 seconds As you can see here, the XSLT processing for the staff interface is much faster. I’d say the OPAC takes 7 seconds whereas the Staff takes .1 seconds. This is certainly worth reviewing. (Note I'm using Zebra but it should be irrelevant for this testing. The same problem should exist for both Zebra and Elasticsearch...) (Note also that it's clearly not the only discrepancy between the two search interfaces. Note that OpacHiddenItems isn't contributing to the slowness on the OPAC side.) -- 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 36263] New: Incorrect subscription renewal dates
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36263 Bug ID: 36263 Summary: Incorrect subscription renewal dates Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs@lists.koha-community.org Reporter: wainuiwitikap...@catalyst.net.nz QA Contact: testo...@bugs.koha-community.org A user on 23.05 tried to renew a subscription in the serials module via the renew button in the subscription details page. After the renewal is submitted, the new date is incorrectly calculated. For example, when trying to renew a subscription, they entered the subscription start date of 1/03/2024, and renewed for the length of 12 months, but when attempting to renew again, the new start date calculated to 01/01/2025. They retested other renewal lengths (such as 4 weeks, 6 months etc), and in various scenarios the date continued to miscalculate. -- 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 30987] Adding relationship to PatronQuickAddFields causes it to be added 2x
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30987 Myka Kennedy Stephens changed: What|Removed |Added CC||mksteph...@fosgail.org --- Comment #7 from Myka Kennedy Stephens --- Patch works as described. Great work! -- 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 30987] Adding relationship to PatronQuickAddFields causes it to be added 2x
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30987 Myka Kennedy Stephens changed: What|Removed |Added Attachment #162461|0 |1 is obsolete|| --- Comment #6 from Myka Kennedy Stephens --- Created attachment 162860 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162860=edit Bug 30987: Fix relationship fields for patron full and quick add forms To test: 1. APPLY PATACH and restart services. 2. Find the borrowerRelationship system preference. The description should no longer include the words "Leave empty to deactivate." 3. Populate the system preference with at least 1 choice. 4. Find a patron category with can_be_guarantee set to 'Yes'. 5. Quick add a patron of that type, making sure the relationship field shows in the Patron guarantor section. ( You have to +Add gaurantor before this field will show ) 6. The values in the dropdown should refelct the borrowerRelationship values. 7. With BorrowerMandatoryField make relationship mandatory. 8. Try step 5 again, this time the Relationship field should be mandatory. 9. Remove the field from BorrowerMandatoryField and add it to BorrowerUnwantedField. 10. Do step 5 again, the relationship field should not show on the quick add form. Signed-off-by: Myka Kennedy Stephens -- 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 30987] Adding relationship to PatronQuickAddFields causes it to be added 2x
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30987 Myka Kennedy Stephens 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 36262] New: Under an item's status, provide the shelving location drop down menu
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36262 Bug ID: 36262 Summary: Under an item's status, provide the shelving location drop down menu Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: lindsayfu...@countyofplumas.com QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl Created attachment 162859 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162859=edit mentioned item page and status area When you go home -> search and click on the title of an item -> it gives you several options on the left hand side including "item" (see attached, side labeled "image A" for clarification). Under statuses, it currently shows (among other things) Lost Status, Damaged Status, and Withdrawn Status (see attached, side labeled "image B" for clarification.) I want to know if I can get the "c - Shelving location (drop down menu)" to show there too with the "set" option button. This way people who do not have cataloging permission for items would still be able to change where items are shelved. I'm also wondering if for the larger picture there would be a way to pick which of the fields on the edit item page can be shown there - home/current branch, price, etc. -- 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 36261] Calculating OpacHiddenItems is too slow in OPAC search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36261 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=36239 -- 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 36239] Availability calculation in OPAC Results XSLT is too slow
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36239 David Cook changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=36261 -- 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 36261] Calculating OpacHiddenItems is too slow in OPAC search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36261 David Cook changed: What|Removed |Added Component|Architecture, internals,|Searching |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 36261] Calculating OpacHiddenItems is too slow in OPAC search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36261 David Cook changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |dc...@prosentient.com.au |ity.org | -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36261] New: Calculating OpacHiddenItems is too slow in OPAC search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36261 Bug ID: 36261 Summary: Calculating OpacHiddenItems is too slow in OPAC search 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 Calculating items and records hidden by OpacHiddenItems it slow. Too slow. Fortunately, I've come up with an optimization which seems to effectively eliminate the overhead added by OpacHiddenItems. Basically, instead of running 1 query per item, I run 1 query per bib to get all hidden items. It's pretty straightforward, but I'd like to battle-test it a bit more. I'm also writing this optimization for an older version of Koha, and I still have more optimizing I want to do, so I'm not going to post my patch just yet... It's coming though! -- 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 36239] Availability calculation in OPAC Results XSLT is too slow
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36239 --- Comment #2 from David Cook --- (In reply to David Cook from comment #1) > That said, when I actually break it down a bit more, it looks like out of 60 > seconds for my example, 20 seconds are availability and 40 seconds is the > rest. If it's 10 seconds in the staff interface, then it's probably 30 > seconds on OpacHiddenItems which happens before buildKohaItemsNamespace. > > That's an overgeneralization of course. > > But if we got rid of OpacHiddenItemsHidesRecord and required people to use > OpacSuppression instead then we'd be able to bring OPAC and Staff Interface > back to similar times... It looks like I was at least partially wrong... With no change, my search is actually taking 66 seconds, and if I completely remove OpacHiddenItems, I only gain 11-12 seconds. In good news, I've written an optimization for OpacHiddenItems, which effectively eliminates the overhead of running it. So yippee! I'll open a different ticket for that. But I was hoping to save more like 30 seconds. So it seems like there's still more optimizing to do on other parts of OPAC search. It seems like there still 20 seconds unaccounted for in my search... -- 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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Myka Kennedy Stephens changed: What|Removed |Added Status|Needs Signoff |Patch doesn't apply --- Comment #12 from Myka Kennedy Stephens --- Different error, this time when attempting to apply the patch using git bz: Applying: Bug 34631: Independentbranches - Non-superuser should not be able to write Additional contents for other branches error: sha1 information is lacking or useless (koha-tmpl/intranet-tmpl/prog/en/modules/tools/additional-contents.tt). error: could not build fake ancestor Patch failed at 0001 Bug 34631: Independentbranches - Non-superuser should not be able to write Additional contents for other branches -- 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 35862] Display patron search result on the right of the form (modal)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35862 Lucas Gass changed: What|Removed |Added Version|23.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 35862] Display patron search result on the right of the form (modal)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35862 Lucas Gass changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |lu...@bywatersolutions.com |ity.org | Patch complexity|--- |Small patch Version|unspecified |23.11 CC||lu...@bywatersolutions.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 35862] Display patron search result on the right of the form (modal)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35862 --- Comment #2 from Lucas Gass --- Created attachment 162858 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162858=edit Bug 35862: Display modal search results to the right of form above 1200px To test: 1. Apply patch 2. Rebuild CSS ( yarn build ) 3. Look at some of the places where there is a modal patron search. -suggestion/suggestion.pl: Set to patron -members/memberentry.pl: Add guarantor 4. Make sure the modal looks good before and after you have searched for a patron. 5. Play with many different screen sizes, ensuring everything looks good and makes sense. -- 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 35862] Display patron search result on the right of the form (modal)
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35862 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 35026] Refactor addorderiso2709.pl to use object methods
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35026 --- Comment #36 from Barbara Johnson --- Using Nick's suggestion from comment #35 solved the problem I reported in comment #34. * The location code of 'AV' successfully imported into the 949$c tag. * No data was imported into the price (949$g) field - everything is 0.00. * No data was imported into replacement price (949$v) because there was no data in the sample file. * The barcode# from the sample file was not imported into the 949$p. It was not specified to be included in MarcItemFieldsToOrder in the test plan. * The sample file contains three fields with the date of 2014-09-04. These are in subfields d - Date acquired and w - Price effective from and subfield r. Subfields d and w were populated with the current date instead of the date in the xml file. I'm not sure what subfield r stands for. On a side note, I tried to not match on the biblio because of the error I received in previous testing telling me there was a match and I would have to handle the records individually. However, even when not matching I got that error message. I had to delete the existing bib and attached items before I could bring in the order. -- 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 33244] Do not show lists in OPAC if OpacPublic is disabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33244 --- Comment #17 from David Cook --- (In reply to M from comment #16) > Should I create a new bug about this? Yep. Create a new bug and have it depend on this one. -- 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 33703] Entering dates should be more flexible accepting different entry formats
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33703 --- Comment #52 from Kristi --- Also reviewed the Date acquired field when adding new bib items in all 4 dateformats, which formatted as expected. -- 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 33703] Entering dates should be more flexible accepting different entry formats
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33703 Kristi changed: What|Removed |Added Status|Needs Signoff |Signed Off --- Comment #51 from Kristi --- I tested all four dateformat settings with the following: -Patron record date of birth -Patron record registration date -Patron record expiry date -Checkouts, manually set a due date -Patron category, enrollment period as well as Hold expires on date Suspend hold date Renewal due date These all formatted the dates as expected. I looked at all 4 dateformats in the OPAC for patron birthdate, hold not needed after, and suspend hold dates, and those all formatted as expected. I also tested the bookings modal. While entering a date does not format automatically, clicking away does create an unexpected, formatted start date. For example, with the mm/dd/ format, instead of picking a date on the calendar in the modal, if I type in 07012024 for an July 01 start, the calendar start date formats to 07/12/2024 and the picker on the calendar moves to Friday, July 12. Since booking seems to be beyond the scope of this bug, signing off 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 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Phan Tung Bui changed: What|Removed |Added Attachment #144826|0 |1 is obsolete|| --- Comment #20 from Phan Tung Bui --- Created attachment 162857 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162857=edit Bug 11808: Add the SearchCardnumberWithLDAP system preference Add option to search patrons on ldap server when not found in local database and import it Test plan: 0. You need to have an ldap server containing patron informations configured in Koha. 1. Apply patch and update database. 2. Check that the new system preference SearchCardnumberWithLDAP has been added and set as 'never'. 3. Choose a patron who exists in your ldap server but not in Koha. (you can delete an existing patron from Koha if needed) 4. Search for the patron by it's cardnumber in the following locations. Do not choose from the dropdown list, use the submit button. - circ/circulation.pl - circ/article-request.pl - reserve/request.pl - members/member.pl both at the top and in the filter box - any page using common/patron_search.tt, for example adding a guarantor with the members/guarantor_search.pl popup => Should return cardnumber/patron not found or no results 5. Change SearchCardnumberWithLDAP to 'if not found locally'. 6. Repeat step 4. => The patron should be added to Koha. 7. Edit the patron and change any of the existing information. 8. Repeat step 4. => The patron has not been updated (the change made in step 7 is still there) 9. Change SearchCardnumberWithLDAP to 'always'. 10. Repeat step 4. => The patron has been updated. Change made in step 7 has been rewritten and patron informations is the same as in step 6. 11. Try searching for a patron who doesn't exist in Koha and has a nonexistant branch on the LDAP server. An error message should appear accompanying the absence of results. -- 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 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Phan Tung Bui changed: What|Removed |Added Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36196] Handling NULL data in ajax calls for cities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36196 Victor Grousset/tuxayo changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #5 from Victor Grousset/tuxayo --- Another source: https://stackoverflow.com/questions/57711349/how-to-deal-with-null-values-in-jquery-datatable-when-using-ajax/57714479#57714479 --- And another. According to the usage of defaultContent there, we can even target individual columns for default values: https://datatables.net/forums/discussion/50823/handling-null-values So it seems pretty sure we can use that. -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36260 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36260 [Bug 36260] Port default PROBLEM_REPORT notice to Template Toolkit syntax -- 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 36260] New: Port default PROBLEM_REPORT notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36260 Bug ID: 36260 Summary: Port default PROBLEM_REPORT notice to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36259 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36259 [Bug 36259] Port default SERIAL_ALERT notice to Template Toolkit syntax -- 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 36259] New: Port default SERIAL_ALERT notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36259 Bug ID: 36259 Summary: Port default SERIAL_ALERT notice to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 36125] Port default HOLD_SLIP notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36125 Emily Lamancusa changed: What|Removed |Added CC||emily.lamancusa@montgomeryc ||ountymd.gov -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36258 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36258 [Bug 36258] Port default SHARE_ACCEPT and SHARE_INVITE notices to Template Toolkit syntax -- 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 36258] New: Port default SHARE_ACCEPT and SHARE_INVITE notices to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36258 Bug ID: 36258 Summary: Port default SHARE_ACCEPT and SHARE_INVITE notices to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 These notices are currently passing listname and shareurl as custom substitutions to C4::GetPreparedLetter, so I'm not sure if that case has been handled for Template Toolkit syntax yet. If not, that would need to be done first. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 36196] Handling NULL data in ajax calls for cities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36196 Victor Grousset/tuxayo changed: What|Removed |Added CC||vic...@tuxayo.net QA Contact|testo...@bugs.koha-communit |vic...@tuxayo.net |y.org | --- Comment #4 from Victor Grousset/tuxayo --- This seem to be the proper way to handle null values: https://stackoverflow.com/questions/48917064/how-do-you-properly-handle-null-values-in-datatables/48920248#48920248 Hopefully that works in our case. From reading quickly: Adding «"defaultContent": ""» And maybe having to change our "targets" value if for some reason it only work with '_all' (and that we somehow can get away without [0,1,2,3,4]) -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36257 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36257 [Bug 36257] Port default DISCHARGE notice to Template Toolkit syntax -- 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 36257] New: Port default DISCHARGE notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36257 Bug ID: 36257 Summary: Port default DISCHARGE notice to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36256 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36256 [Bug 36256] Port default MEMBERSHIP_EXPIRY notice to Template Toolkit syntax -- 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 36256] New: Port default MEMBERSHIP_EXPIRY notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36256 Bug ID: 36256 Summary: Port default MEMBERSHIP_EXPIRY notice to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36255 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36255 [Bug 36255] Port default OPAC_REG_VERIFY notice to Template Toolkit syntax -- 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 36255] New: Port default OPAC_REG_VERIFY notice to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36255 Bug ID: 36255 Summary: Port default OPAC_REG_VERIFY notice to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36254 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36254 [Bug 36254] Port default PASSWORD_RESET and STAFF_PASSWORD_RESET notices to Template Toolkit syntax -- 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 36254] New: Port default PASSWORD_RESET and STAFF_PASSWORD_RESET notices to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36254 Bug ID: 36254 Summary: Port default PASSWORD_RESET and STAFF_PASSWORD_RESET notices to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 These might require a bit of refactoring. Looking at Recovery.pm, it looks like the subroutine is passing a custom key/value pair for passwordreseturl, so I'm not sure if an equivalent has been added for Template Toolkit syntax yet. Also not sure if there are any security implications to consider? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 --- Comment #11 from Matthias Le Gac --- I think it's good now to test sorry for the trouble I've caused by trying to rebase -- 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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #154890|0 |1 is obsolete|| --- Comment #10 from Matthias Le Gac --- Created attachment 162856 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162856=edit Bug 34631: Independentbranches - Non-superuser should not be able to write Additional contents for other branches When syspref Independentbranches is enabled Non-superuser should not be able to write Additional contents for other branches To reproduce: 1- Connect to staff interface as superlibrarian 2- Enable IndependentBranches preference 3- Go to Tools -> HTML customizations 4- Crete an additional content for all libraries 5- Create or edit a borrower 5-1- Set permission for the borrower - catalogue - edit_additional_contents 4- Log in to the staff interface with the non-superlibrarian staff user 5- Go to Tools -> HTML customizations --> you can delete or edit the additional contents created by superlibrarian for All libraries 6- Click on New entry --> you can add additional content for other branches 7- Apply the patch 8- Repeat step 5 --> you cannot delete or edit the additional contents create by superlibrarian for All libraries 9- Repeat step 6 --> you cannot add additional content for other branches 10- submit the form --> the branch of the created additional content is the current user 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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #154889|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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #154889|1 |0 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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #162788|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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #162787|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 34631] Independentbranches - Non-superuser should not be able to write Additional contents for other branches
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34631 Matthias Le Gac changed: What|Removed |Added Attachment #154890|1 |0 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 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Emily Lamancusa changed: What|Removed |Added Depends on||36253 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36253 [Bug 36253] Port default acquisition notices to Template Toolkit syntax -- 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 36253] New: Port default acquisition notices to Template Toolkit syntax
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36253 Bug ID: 36253 Summary: Port default acquisition notices to Template Toolkit syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: emily.lamanc...@montgomerycountymd.gov QA Contact: testo...@bugs.koha-community.org Blocks: 15278 There are 3 acquisitions notices that still use "hungry alligator" syntax: ACQ_NOTIF_ON_RECEIV ACQCLAIM ACQORDER ACQCLAIM and ACQORDER are very similar, and it would make sense to do them together. ACQ_NOTIF_ON_RECEIV is pretty brief and simple, so we might as well bundle it in too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- 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 36252] LDR pos 6 for Kit should not default to visual material in the 008
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36252 Esther Melander changed: What|Removed |Added Summary|LDR pos 6 for o= Kit should |LDR pos 6 for Kit should |not default to visual |not default to visual |material in the 008 |material in the 008 -- 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 36252] New: LDR pos 6 for o= Kit should not default to visual material in the 008
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36252 Bug ID: 36252 Summary: LDR pos 6 for o= Kit should not default to visual material in the 008 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: esther.melan...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl To recreate: 1. Create a new bibliographic record in the basic editor. 2. Edit the 000 Leader position 6 and select o for Kit. 3. Look at the 008 and see it defaults to VM or visual materials. According to Library of Congress a record type of Kit is "a mixture of various components issued as a unit for instructional purposes." It seems that the 008 should then default to Mixed materials. It is a little confusing because there is a record type for mixed materials which is similar but NOT for instructional purposes. Regardless, a kit should not default to visual materials in the 008, because that is not a correct type of material. It is not possible to select Kit in the leader and then select Mixed materials in the 008. The system will not allow the two to exist together. -- 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 34575] Patron search results: Add a CSS class to patron email to ease customization
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34575 Victor Grousset/tuxayo changed: What|Removed |Added Status|Signed Off |Passed QA --- Comment #10 from Victor Grousset/tuxayo --- Works, makes sense, QA script happy, code looks good, passing QA :) -- 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 30745] ES : Search never return result using after-date and/or before-date in labels/label-item-search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30745 --- Comment #20 from Phan Tung Bui --- Created attachment 162855 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162855=edit Bug 30745 : Fix undefined value error while using zebra Plan test : - Apply this batch - Set Zebra as searchEngine - Put a letter in the input box for these index searches (without any dates in the filters): publication date, standard number, ISBN, ISSN, call number, acquisition date - The page's supposed to refresh itself (so that it has the same behavior as elasticSearch) -- 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 30745] ES : Search never return result using after-date and/or before-date in labels/label-item-search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30745 Phan Tung Bui changed: What|Removed |Added Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 34575] Patron search results: Add a CSS class to patron email to ease customization
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34575 Victor Grousset/tuxayo changed: What|Removed |Added Attachment #160264|0 |1 is obsolete|| --- Comment #9 from Victor Grousset/tuxayo --- Created attachment 162854 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162854=edit Bug 34575: Add a CSS class to patron email Adds a CSS class to the patron email section in the 'name-address' column of search results in members-home.pl No functional behaviour change. Signed-off-by: Sally Signed-off-by: Victor Grousset/tuxayo -- 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 34575] Patron search results: Add a CSS class to patron email to ease customization
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34575 --- Comment #8 from Victor Grousset/tuxayo --- We have classes like patron_name and patroncity. If the style is already inconsistent, let's go for the more readable one for new classes. So patron_email. Patch amended. Feel free to comment if that doesn't look like a good change. -- 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 Caroline Cyr La Rose changed: What|Removed |Added Blocks||36251 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 [Bug 36251] Patron search by letter broken in holds -- 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 36251] Patron search by letter broken in holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 Caroline Cyr La Rose changed: What|Removed |Added Depends on||35329 CC||philippe.blo...@inlibro.com --- Comment #1 from Caroline Cyr La Rose --- I tried in 23.11 and it's fine. I bisected and found it was due to bug 35329, specifically Bug 35329: Move patron search to modal - funds. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35329 [Bug 35329] Move patron searches to a modal -- 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 36251] New: Patron search by letter broken in holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36251 Bug ID: 36251 Summary: Patron search by letter broken in holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs@lists.koha-community.org Reporter: caroline.cyr-la-r...@inlibro.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com When placing a hold, if you click on a letter to find the patrons whose last name starts with that letter, it shows all patrons. To recreate: 1. In the staff interface, search for a record 2. Click Place hold 3. Click on a letter under the patron search bar (I used H) --> Patrons with last name starting with another letter are displayed -- 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 36215] Bookings calendar only shows bookings within RESTdefaultPageSize
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36215 Kristi changed: What|Removed |Added CC||kkrue...@cuyahogalibrary.or ||g -- 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 34575] Patron search results: Add a CSS class to patron email to ease customization
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34575 Victor Grousset/tuxayo changed: What|Removed |Added QA Contact|testo...@bugs.koha-communit |vic...@tuxayo.net |y.org | Summary|Patron search results: |Patron search results: Add |Customise the fields|a CSS class to patron email |displayed in Name column|to ease customization --- Comment #7 from Victor Grousset/tuxayo --- Tried to rename the ticket, feel free to improve if I misunderstood. -- 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 35854] Suggestions generate identical messages when edited
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35854 Katie Bliss changed: What|Removed |Added CC||kebl...@dmpl.org -- 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 36233] Cannot search invoices if too many vendors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36233 --- Comment #6 from Nick Clemens --- Created attachment 162853 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162853=edit Bug 36233: (follow-up) Fix width and enable clear option -- 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 36227] No warning if placing hold on item group with no items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36227 Caroline Cyr La Rose changed: What|Removed |Added Attachment #162807|0 |1 is obsolete|| --- Comment #4 from Caroline Cyr La Rose --- Created attachment 162852 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162852=edit Bug 36227: Remove item group option if there are no items To test: 1. Test from OPAC. Any item group without items in it should not display as an option in the "Request specific item group:" dropdown Signed-off-by: Caroline Cyr La Rose -- 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 36227] No warning if placing hold on item group with no items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36227 Caroline Cyr La Rose changed: What|Removed |Added Attachment #162806|0 |1 is obsolete|| --- Comment #3 from Caroline Cyr La Rose --- Created attachment 162851 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162851=edit Bug 36227: Add warning when item group has no holdable items To test: 1. Enable EnableItemGroups and EnableItemGroupHolds 2. Find a bib and add an item group but do not attach any items to the item group. 3. Place a hold from the staff interface. 4. Under Hold next available item from an item group you see the option for your item group, select it and place the hold. 5. It's a hold that can not be filled 6. APPLY PATCH 7. How on the hold page under Hold next available item from an item group there is a 3rd column called 'Holdable items'. 8. Your item group, without any items, should have a disabled radio button and a warning "No holdable items in this item group." 9. Add items to your item group. 10. Now on the hold page in the new 'Holdable items' you should see links for each item, make sure those links work. Signed-off-by: Caroline Cyr La Rose -- 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 36227] No warning if placing hold on item group with no items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36227 Caroline Cyr La Rose 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 --- Comment #3 from Caroline Cyr La Rose --- Thanks Lucas! -- 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 Caroline Cyr La Rose changed: What|Removed |Added Attachment #162847|0 |1 is obsolete|| --- Comment #2 from Caroline Cyr La Rose --- Created attachment 162850 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162850=edit Bug 34823: Do not show Item group dropdown if there are no item groups To test: 1. Enable EnableItemGroups and EnableItemGroupHolds 2. Go to the OPAC and log in as a patron 3. Go to any record that doesn't have grouped items and try to place a hold 4. Click on "Show more options" 5. See "Request specific item group:" and dropdown 6. APPLY PATCH 7. Try again, this time if the record has no item groups you should not see the dropdown at all. Signed-off-by: Caroline Cyr La Rose -- 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 Caroline Cyr La Rose 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 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #23 from Christopher Brannon --- It is CRITICAL that self check have the ability to auto-login based on url. We need to be able to use accounts associated with the circulating library so that the library has proper stats and so the items are circulating under the correct circulating rules. It seems that what we need is a setting under each library that defines which account to login as for self check. Then we need to do something like allow the library to navigate their self check to /cgi-bin/koha/sco/sco-main.pl?branch=BRANCHCODE, which would tell the page to login to the self check with the credentials from their page. AutoSelfCheckAllowed set to allow, but having nothing filled in for AutoSelfCheckID or AutoSelfCheckPass could be the queue for Koha to check for credentials under the branch, if specified in the URL. Thoughts? -- 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 36233] Cannot search invoices if too many vendors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36233 --- Comment #5 from Lisette Scheer --- This worked as intended. We did notice that the drop down is not the same width as the rest of the form and the drop down doesn't have an option to say all libraries/remove the library that's selected. -- 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 33268] Overlay rules don't work correctly when source is set to *
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33268 --- Comment #54 from Victor Grousset/tuxayo --- > I'm not able to reproduce your test case, for me it seems to work. > [...] > Works for me also with the latest version of the patch So you followed the steps and at the 11th you got the subfield protected as expected? :D (vs at the 6th were it got changed) -- 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 36233] Cannot search invoices if too many vendors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36233 Lisette Scheer changed: What|Removed |Added Attachment #162848|0 |1 is obsolete|| --- Comment #4 from Lisette Scheer --- Created attachment 162849 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162849=edit Bug 36233: Use select2 to load vendors on invoice search This patch moves the dropdown to use select2 and avoids loading all vendors at page load. To test: 1 - Create some extra vendors in your system, ideally over 20 2 - Search for a vendor in acquisitions 3 - Click 'Invoices' 4 - Note the dropdown of all vendors 'Vendor:' in search bar on left 5 - The vendor you came from shoudl eb selected 6 - Apply patch 7 - Repeat 8 - Note only a partial list of vendors is loaded, confirm current vendor still selected 9 - Search in the dropdown and confirm vendors are returned 10 - Select a vendor and search 11 - confirm selection is retained Signed-off-by: Angela Berrett angela.berr...@familysearch.org -- 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 36233] Cannot search invoices if too many vendors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36233 Lisette Scheer changed: What|Removed |Added Status|Needs Signoff |Signed Off 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 36233] Cannot search invoices if too many vendors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36233 Lisette Scheer changed: What|Removed |Added Attachment #162839|0 |1 is obsolete|| --- Comment #3 from Lisette Scheer --- Created attachment 162848 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162848=edit Attachment to Bug 36233 - Cannot search invoices if too many vendors Bug 36233: Use select2 to load vendors on invoice search This patch moves the dropdown to use select2 and avoids loading all vendors at page load. To test: 1 - Create some extra vendors in your system, ideally over 20 2 - Search for a vendor in acquisitions 3 - Click 'Invoices' 4 - Note the dropdown of all vendors 'Vendor:' in search bar on left 5 - The vendor you came from shoudl eb selected 6 - Apply patch 7 - Repeat 8 - Note only a partial list of vendors is loaded, confirm current vendor still selected 9 - Search in the dropdown and confirm vendors are returned 10 - Select a vendor and search 11 - confirm selection is retained Signed-off-by: Angela Barrett -- 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 Lucas Gass changed: What|Removed |Added Patch complexity|--- |Trivial patch -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 --- Comment #1 from Lucas Gass --- Created attachment 162847 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162847=edit Bug 34823: Do not show Item group dropdown if there are no item groups To test: 1. Enable EnableItemGroups and EnableItemGroupHolds 2. Go to the OPAC and log in as a patron 3. Go to any record that doesn't have grouped items and try to place a hold 4. Click on "Show more options" 5. See "Request specific item group:" and dropdown 6. APPLY PATCH 7. Try again, this time if the record has no item groups you should not see the dropdown at all. -- 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 Lucas Gass changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36227] No warning if placing hold on item group with no items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36227 Lucas Gass changed: What|Removed |Added Blocks||34823 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 [Bug 34823] Do not show item group drop-down if there are no item groups -- 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 34823] Do not show item group drop-down if there are no item groups
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34823 Lucas Gass changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |lu...@bywatersolutions.com |ity.org | Depends on||36227 CC||lu...@bywatersolutions.com Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36227 [Bug 36227] No warning if placing hold on item group with no items -- 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 36215] Bookings calendar only shows bookings within RESTdefaultPageSize
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36215 --- Comment #3 from Nick Clemens --- Redid the patch to add param with '?' and not '&' :-) Minor change, works, can go straight to QA -- 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 36215] Bookings calendar only shows bookings within RESTdefaultPageSize
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36215 Nick Clemens changed: What|Removed |Added Attachment #162843|0 |1 is obsolete|| --- Comment #2 from Nick Clemens --- Created attachment 162846 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162846=edit Bug 36215: Remove limit on fetching bookings This removes the paging from the bookings request so we take into account all bookings. We may want to replace this with date bounded paging in the future, but lets not try to optimise until we need to. To test: 1 - Find a record detail page in Koha staff interface 2 - Click on a barcode to go to items tab 3 - Edit 'bookable' to 'yes' 4 - Return to details page 5 - Place 5 bookings on a record 6 - Set system preference RESTDefaultPageSize 2 7 - Click the 'Bookings' tab on the record details 8 - Confirm onyl 2 bookings shown in calendar view 9 - Apply patch, reload 10 - All bookings now show in calendar Signed-off-by: Nick Clemens -- 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 36215] Bookings calendar only shows bookings within RESTdefaultPageSize
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36215 Nick Clemens 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 35532] Use of calendar for date range in bookings is not clear
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35532 --- Comment #13 from Nick Clemens --- Created attachment 162845 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162845=edit Bug 35532: Remove shortcut buttons from flatpickr It doesn't make sense to have the shortcut buttons in the range picker for bookings. This patch adds the ability to remove them entirely from display and uses that option in the bookings modal. Signed-off-by: David Nind Signed-off-by: Nick Clemens -- 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 35532] Use of calendar for date range in bookings is not clear
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35532 Nick Clemens changed: What|Removed |Added Attachment #162274|0 |1 is obsolete|| Attachment #162275|0 |1 is obsolete|| --- Comment #12 from Nick Clemens --- Created attachment 162844 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162844=edit Bug 35532: Update date select field and add hint This patch updates the 'Period' select from 'Period' to 'Booking dates' and adds a hint beneath it too. Signed-off-by: David Nind Signed-off-by: Nick Clemens -- 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 35532] Use of calendar for date range in bookings is not clear
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35532 Nick Clemens changed: What|Removed |Added Status|Signed Off |Passed QA -- 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 35672] Update and Run SQL button should save changes even if report fails to run
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35672 Nick Clemens changed: What|Removed |Added CC||n...@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 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #22 from Christopher Brannon --- (In reply to Katrin Fischer from comment #17) > I have talked with Liz about several approaches last night, one idea was to > add a branch parameter to the URL to help pick the right branch/staff user. > I think IP is a bit problematic for hosted installations as a lot of > institutions only appear with a single IP to the outside world these days. Isn't that a good thing? -- 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 31572] E-mail and SMS verification
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31572 Michael Adamyk changed: What|Removed |Added CC||mada...@ckls.org -- 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 31572] E-mail and SMS verification
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31572 AspenCat Team changed: What|Removed |Added CC||aspencatt...@clicweb.org -- 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 31572] E-mail and SMS verification
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31572 Johnny Rotten changed: What|Removed |Added CC||geor...@latahlibrary.org -- 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 20678] Save draft records without committing them to the catalogue
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20678 Michelle Spinney changed: What|Removed |Added CC||mspin...@clamsnet.org -- 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/
