[Koha-bugs] [Bug 37398] Initialize a datepicker on all date/datetime fields when adding/editing items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37398 Lucas Gass changed: What|Removed |Added Blocks||38001 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38001 [Bug 38001] Remove dateaccessioned.pl plugin -- 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 38001] Remove dateaccessioned.pl plugin
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38001 Lucas Gass changed: What|Removed |Added Depends on||37398 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37398 [Bug 37398] Initialize a datepicker on all date/datetime fields when adding/editing items -- 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 38001] New: Remove dateaccessioned.pl plugin
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38001 Bug ID: 38001 Summary: Remove dateaccessioned.pl plugin Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs@lists.koha-community.org Reporter: lu...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org This is a follow-up to Bug 37398. Do we need to keep the date accessioned plugin for any reason? -- 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 36560] ILS-DI API doesn't have mechanism to provide CSRF tokens for POSTs
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36560 David Cook changed: What|Removed |Added CC||alexbuck...@catalyst.net.nz --- Comment #4 from David Cook --- *** Bug 37899 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37899] Koha ILSDI endpoints expect a CSRF token - so ILSDI requests fail
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37899 David Cook changed: What|Removed |Added Status|In Discussion |RESOLVED Resolution|--- |DUPLICATE CC||dc...@prosentient.com.au --- Comment #5 from David Cook --- *** This bug has been marked as a duplicate of bug 36560 *** -- 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 26342] Suspended hold not marked filled when patron checks out item
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26342 --- Comment #5 from Rebecca Coert --- I agree with Christopher as well. I think having a prompt would be the most efficient way to handle this situation. -- 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 26122] Update item NotForLoan status when checking out to a statistical patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26122 --- Comment #1 from Rebecca Coert --- That would be extremely helpful! +1 -- 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 26122] Update item NotForLoan status when checking out to a statistical patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26122 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37983] "Search a patron" box no longer has auto focus
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37983 Lucas Gass changed: What|Removed |Added Attachment #171915|0 |1 is obsolete|| --- Comment #3 from Lucas Gass --- Created attachment 171948 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171948&action=edit Bug 37983: Restore auto-focus on patron input when "Schedule a pickup" is selected In the curbside pickup module, when the "Schedule a pickup" tab is selected we expect the patron search box to get the focus. But it has been broken bug 30965 (which changed the id of the input). Test plan: Setup curbside pickup for your library Go to Circulation > Curbside pickups Click the last tab Notice that you can directly search for a patron, the input has the focus Signed-off-by: Phil Ringnalda Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37983] "Search a patron" box no longer has auto focus
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37983 Lucas Gass 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 37543] connexion_import_daemon.pl stopped working in 24.05 due to API changes related to CSRF-Token
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37543 --- Comment #24 from Dani Elder --- Thanks, Lucas, for the backport and all for the work to fix this. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 35134] cn_browser.pl pop-up size should be configurable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35134 --- Comment #14 from Lucas Gass --- I like how this works and don't have a problem with it being cookies vs local storage. I wrote the initial patch so I'll excuse myself from QAing. :) -- 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 34142] Add column sub_location to items table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34142 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Status|Signed Off |Failed QA --- Comment #18 from Lucas Gass --- This no longer applies cleanly. If you add a column to the holdings/other holdings table I think it needs to accounted for in columns_settings.yml so it can be properly hidden via Table Settings. Setting to FQA for 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 37205] Printing patron cards causes error
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37205 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Status|Signed Off |Patch doesn't apply --- Comment #3 from Lucas Gass --- Doesn't apply cleanly anymore, likely because of Bootstrap5 changes. -- 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 21781] message_transport_type should allow fallbacks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21781 --- Comment #21 from Lucas Gass --- Martin, do you think it would be a good idea to have some tests to cover these changes? -- 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 31470] Incorrect selector for relationship dropdown used in members.js
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31470 Lucas Gass changed: What|Removed |Added Status|Signed Off |Passed QA QA Contact|testo...@bugs.koha-communit |lu...@bywatersolutions.com |y.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 31470] Incorrect selector for relationship dropdown used in members.js
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31470 Lucas Gass changed: What|Removed |Added Attachment #167843|0 |1 is obsolete|| --- Comment #18 from Lucas Gass --- Created attachment 171947 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171947&action=edit Bug 31470: Do not change relationship value when adding a patron guarantor Adding new id "relationship" led to unexpected behaviour in relationship handling. If one edits patron with non-patron guarantor and added patron guarantor, non-patron guarantors relatioship field was set as empty value which is first option on select field. This patch removes code which sets relationship select field to use first value of option automatically when patron guarantor is added. Also thi patch add missing id to mandatory relatioship field. To test: 1. Add or edit patron. 2. Add non-patron guarantor for patron and select some value as their relationship. 3. Then add a patron guarantor. => Note that non-patron guarantors relationship is empty. 4. Apply this patch. 5. Repeat steps 1 to 3. => Relationship shouldn't change. Sponsored-by: Koha-Suomi Oy Signed-off-by: Owen Leonard Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 31470] Incorrect selector for relationship dropdown used in members.js
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31470 Lucas Gass changed: What|Removed |Added Attachment #167842|0 |1 is obsolete|| --- Comment #17 from Lucas Gass --- Created attachment 171946 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171946&action=edit Bug 31470: Add id "relationship" to memberentrygen.tt, change id "relationship" in auth-finder-search.inc In members.js line 112 variable guarantor_relationship is selected with id "relationship". However id "relationship" is used in auth-finder-search.inc, not in memberentrygen.tt. One way to see what kind of effect incorrect selector has (and how I originally stumbled into this), is to add into "IntranetUserJS" a line which changes non-patron guarantors relationship default selected value as other than empty. Script has to change "relationship" instead of "new_guarantor_relationship" because selector input for patron guarantors relationship actually uses default selected value from non-patron guarantors relationship. This patch changes two things. Firstly it adds id "relationship" to memberentrygen.tt so that member.js can fetch correct value to variable guarantor_relatioship. Secondly it changes id "relationship" in auth-finder-search.tt as "special_relationship" to avoid confusion. To test memberentrygen.tt: 1. Make sure you have some value(s) in syspref "borrowerRelationship" e.g. "guarantor". 2. Add following line to "IntranetUseJS": $('.relationship option:eq(1)').attr('selected', 'selected'); 3. Add guarantee patron and note that non-patron guarantors relationship is now "guarantor". 4. Add patron guarantor and note that relationship value is empty. 5. Apply this patch and refresh page. 6. Repeat step 4. => Note that now relationship value is "guarantor". To test auth-finder-search.inc: 1. Add authority e.g. Chronological Term 2. Modify field 551$a, click "Tag editor" icon from right 3. Searc pop-up is opened. => Make sure that field "Special relationship" is highlighted when you hover mouse over label. => Make sure that after performing a search, search value in "Special relationship" field persists. Sponsored-by: Koha-Suomi Oy Signed-off-by: Owen Leonard Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37775] update_totalissues.pl uses $dbh->commit but does not use transactions
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37775 Lucas Gass changed: What|Removed |Added Status|Pushed to main |Pushed to stable CC||lu...@bywatersolutions.com Version(s)|24.11.00|24.11.00,24.05.04 released in|| --- Comment #8 from Lucas Gass --- Backported to 24.05.x for upcoming 24.05.04 -- 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 36474] updatetotalissues.pl should not modify the record when the total issues has not changed
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36474 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Status|Pushed to main |Pushed to stable Version(s)|24.11.00|24.11.00,24.05.04 released in|| --- Comment #11 from Lucas Gass --- Backported to 24.05.x for upcoming 24.05.04 -- 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 38000] Redundant code import in search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38000 Pedro Amorim changed: What|Removed |Added Attachment #171941|0 |1 is obsolete|| --- Comment #3 from Pedro Amorim --- Created attachment 171945 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171945&action=edit Bug 38000: Update imports Noticed this while debugging a search related problem on a live server. This is cosmetic only. -- 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 36365] compare-es-to-db tool should offer a mode to reconcile differences
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36365 Heather changed: What|Removed |Added CC||flyingendpa...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37116] Add the option to edit linked serials when editing items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37116 Koha collecto changed: What|Removed |Added CC||k...@collecto.ca -- 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 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 Koha collecto changed: What|Removed |Added CC||k...@collecto.ca -- 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 36365] compare-es-to-db tool should offer a mode to reconcile differences
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36365 Koha collecto changed: What|Removed |Added CC||k...@collecto.ca -- 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 37873] Unable to delete user from routing list or preview/print routing list slip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37873 Lucas Gass changed: What|Removed |Added Keywords|rel_24_05_candidate | Version(s)|24.11.00|24.11.00,24.05.04 released in|| Status|Pushed to main |Pushed to stable --- Comment #10 from Lucas Gass --- Thanks CJ! Backported to 24.05. for upcoming 24.05.04 -- 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 37873] Unable to delete user from routing list or preview/print routing list slip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37873 --- Comment #9 from CJ Lynce --- Rebased for 24.05.x -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37873] Unable to delete user from routing list or preview/print routing list slip
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37873 --- Comment #8 from CJ Lynce --- Created attachment 171944 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171944&action=edit Bug 37873: [24.05.x] Unable to delete user from routing list or preview/print routing list slip This patch restores the ability to delete a recipient from a serials routing list. It also fixes the slip preview when using the "Save and preview slip", and removes the koha staff intranet head from the slip when using 'Print list' from the Serial collection information screen. To test: 1) Login to the staff client. 2) Open the Serials module. 3) + New subscription to add a new serial. 4) Create a new subscription. a) Search for a record (I searched for 'dog') and chose that record. b) Under 'When receiving this serial', select 'Create an item record' c) Under the 'Item type' dropdown, select anything. d) Click Next -> (and confirm the popup). e) Select any 'First issue date'. f) Select any 'Frequency'. g) Enter a number larger than 5 in the 'Subscription length'. h) Select any 'Subscription start date'. i) Select your favorite numbering pattern. j) Verify your prediction pattern using "Test prediction pattern". k) Click "Save subscription". 5) On the 'Subscription details' screen, click "Receive". 6) Under the first volume, click "Add item" then "Save". 7) Repeat step 6 to receive one more issue. 8) On the 'Serial collection information' page click "+ Create routing list" 9) Click "+ Add recipients". 10) Search for and add several recipients. 11) Click "Close" to exit the 'Add recipients' page. 12) Click "Delete" next to any recipient. *Note that the recipient is not deleted. 13) Click "Save" on the 'Modify routing list for ...' page. 14) Click "Save and preview routing slip" button. *Note you are redirected to the Subscription details page, but no routing slip preview appears. 15) Click "Serial collection" from the left-side menu. 16) Click "Print list" on either of the issues you previously received. *Note the routing slip includes the staff intranet header, menu, etc. 17) Apply patch. 18) Return to the 'Serial collection information' screen for your subscription. 19) Click "Edit routing list". 20) Repeat steps 12-16 and verify the issues are fixed. -"Delete" button works to remove a recipient from a list. -"Save and preview routing list" button pops-up a preview before redirecting. -"Print list" pops-up a vanilla routing list to print. Sponsored-by: Westlake Porter Public Library -- 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 38000] Redundant code import in search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38000 --- Comment #2 from Jonathan Druart --- I would keep the line as it was and remove the redundant one use C4::Search qw( searchResults enabled_staff_search_views z3950_search_args new_record_from_zebra ); 631 $template->param (z3950_search_params => C4::Search::z3950_search_args($z3950par || $query_desc)); 705 my $marc_record_object = C4::Search::new_record_from_zebra( -- 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 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 Matt Blenkinsop changed: What|Removed |Added Status|Failed QA |In Discussion -- 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 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 --- Comment #23 from Matt Blenkinsop --- (In reply to Jonathan Druart from comment #18) > Early QA: this is going to conflict with bug 37637. > > Saying that because you are using a bad pattern: using a TT plugin to > retrieve additional info from items (it will cause 1 additional fetch + a > JOIN per item). > > With bug 37637 you will be able to retrieve this information from the REST > API and get rid of this TT plugin. > `api/v1/swagger/definitions/item.yaml: serial_item` > > The downside is that it is a non-trivial change and you don't know when it > will be pushed... I've fixed the patches and reattached them using the TT plugin so that Nathalie can test them to check that the functionality is what she is expecting. Once we are happy with the concept I will look to rebase on 37637 and see what assistance is needed on that bug to help get this one through -- 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 37116] Add the option to edit linked serials when editing items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37116 Matt Blenkinsop changed: What|Removed |Added Attachment #171212|0 |1 is obsolete|| --- Comment #24 from Matt Blenkinsop --- Created attachment 171943 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171943&action=edit Bug 37116: Redirect to batch serial modification when batch modifying items Test plan: - Add a new subscription to a serial record (with option 'When receiving the serial --> create an item record') - Receive several issues and create the items linked - Back to bibliographic record - Select several items and click to 'Modify selected items' - Modify data (like add a public note) - A box opens indicating that 'some of the items have linked serial issues, would you like to edit these as well ?' - Click on "Edit serial issue" - We switch to the issues - Modify data of the issues (add a note for example like for the items) and save - Both modifications (item and issue) are validated -- 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 37116] Add the option to edit linked serials when editing items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37116 Matt Blenkinsop changed: What|Removed |Added Attachment #171211|0 |1 is obsolete|| --- Comment #23 from Matt Blenkinsop --- Created attachment 171942 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171942&action=edit Bug 37116: Redirect to serial modification when modifying an item Test plan: - Add a new subscription to a serial record (with option 'When receiving the serial --> create an item record') - Receive one issue and create the item linked - Back to bibliographic record - Edit item and modifying data - Save changes - A box opens indicating that an issue is linked to the item. - Click on "Edit serial issue" - We switch to the issue - Modifying data of the issue and save - Both modifications (item and issue) are validated -- 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 38000] Redundant code import in search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38000 --- Comment #1 from Pedro Amorim --- Created attachment 171941 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171941&action=edit Bug 38000: Update imports Noticed this while debugging a search related problem on a live server. This is cosmetic only. -- 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 38000] Redundant code import in search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38000 Pedro Amorim 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 38000] New: Redundant code import in search.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38000 Bug ID: 38000 Summary: Redundant code import in search.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: pedro.amo...@ptfs-europe.com Reporter: pedro.amo...@ptfs-europe.com QA Contact: testo...@bugs.koha-community.org CC: jonathan.dru...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37999] New: Migrating database from v19.05 to v23.11
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37999 Bug ID: 37999 Summary: Migrating database from v19.05 to v23.11 Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs@lists.koha-community.org Reporter: ruth.elli...@nlj.gov.jm QA Contact: testo...@bugs.koha-community.org CC: tomasco...@gmail.com Hi I was asked to migrate a koha system from one server to the next however, the issue is the system we are planning to migrate from is version 19.05. In the past I have noticed that directly importing an older version of a database into a new one there are complications. however, I have never made this big of a jump between versions. Can you recommend the best way to conduct this migration given that the new server would be loaded with the current version of 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 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 Matt Blenkinsop changed: What|Removed |Added Attachment #171210|0 |1 is obsolete|| --- Comment #22 from Matt Blenkinsop --- Created attachment 171940 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171940&action=edit Bug 37115: Add unit tests prove t/db_dependent/Koha/Item.t prove t/db_dependent/Koha/BackgroundJobs/BatchDeleteItem.t -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 Matt Blenkinsop changed: What|Removed |Added Attachment #171209|0 |1 is obsolete|| --- Comment #21 from Matt Blenkinsop --- Created attachment 171939 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171939&action=edit Bug 37115: Batch delete linked serials Test plan: - Add a new subscription to a serial record (with the option 'create an item record' selected) - Receive several issues and create the linked items - Return to the bibliographic record - Select several items - Click to 'Delete selected items' - Tick the box 'delete serial issues linked to items' and confirm - The items should be deleted correctly - Back to subscription : the issues linked to items should no longer exist -- 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 37115] Add the option to delete linked serials when deleting items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37115 Matt Blenkinsop changed: What|Removed |Added Attachment #171208|0 |1 is obsolete|| --- Comment #20 from Matt Blenkinsop --- Created attachment 171938 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171938&action=edit Bug 37115: Delete linked serial when deleting a single item Test plan: - Add a new subscription to a serial notice (with the option 'create an item record' selected) - Receive one issue and create the linked item - Return to the bibliographic record - Edit item - Action - Delete - Tick the box 'delete serial issues linked to item' and confirm - The item should still be deleted correctly - Back to subscription : the issue linked to the item doesn't exist any more -- 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 37998] New: Tabs and backslashes in the data break item search display
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37998 Bug ID: 37998 Summary: Tabs and backslashes in the data break item search display Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: janus...@gmail.com Reporter: janus...@gmail.com QA Contact: testo...@bugs.koha-community.org If the item data (e.g. callnumber) contains a tab or backslash OR the title part contains a backslash, the DataTable displaying the item search results stops throwing an error modal "Something went wrong when loading the table. 200: OK." and a JS console log: "DataTables warning: table id=results - Invalid JSON response. For more information about this error, please see http://datatables.net/tn/1";. The solution would be to apply $To filter in itemsearch_item.json.inc not only for biblioitem.publishercode but to all elements (also in biblio-title.inc). -- 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 37398] Initialize a datepicker on all date/datetime fields when adding/editing items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37398 Lucas Gass changed: What|Removed |Added Summary|Date fields in items change |Initialize a datepicker on |to invalid date on save,|all date/datetime fields |when dateaccessioned.pl is |when adding/editing items |not used| -- 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 36798] Add ability to search across all ISBNs using the ISBN-search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36798 Lucas Gass changed: What|Removed |Added Attachment #171908|0 |1 is obsolete|| --- Comment #14 from Lucas Gass --- Created attachment 171937 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171937&action=edit Bug 36798: Unit tests Added unit tests. Signed-off-by: Roman Dolny Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36798] Add ability to search across all ISBNs using the ISBN-search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36798 Lucas Gass changed: What|Removed |Added Attachment #171907|0 |1 is obsolete|| --- Comment #13 from Lucas Gass --- Created attachment 171936 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171936&action=edit Bug 36798: Add ability to search across all ISBNs using the ISBN-search With the Bug 36574 we added a new ES search field isbn-all which makes it possible to find records with the content of the subfield 020 $z (invalid/cancelled ISBN) in general search (by keyword). But still, when performing a search with ISBN-search these records will not be found. Since some libraries deliberately want to find records with only 020 $a with ISBN-search, a system preference would be needed here to be able to customize the ISBN search. The same for ISSNs, with one system preference. Test plan: == (ISBN) -- 1. Have the ktd with with ES enabled. 2. With standard ktd test data, try to perform a ISBN search from Advanced search for 9780141930848. You should get no results. In the general search input field (on the main page) try a search nb:9780141930848 and/or isbn:9780141930848 - you should get no results. 3. Apply the patch, restart_all. 4. Repeat p. 2 -- you should still get no results. 5. Enable SearchCancelledAndInvalidISBNandISSN syspref. 6. Repeat p. 2 -- now you should get one record (having 9780141930848 in 020 $z). (ISSN) -- 0. Return to main, delete the bug branch, reset_all == start from fresh. 1. Have the ktd with with ES enabled. 2. With standard ktd test data, try to perform a ISSN search from Advanced search for 1089-6891. You should get no results. In the general search input field (on the main page) try a search ns:1089-6891 and/or issn:1089-6891 - you should get no results. 3. Apply the patch, restart_all. If you have had to apply also the bug 36727, reindex ES with: koha-elasticsearch --rebuild -r -d kohadev (there is a modification of mappings.yaml) 4. Repeat p. 2 -- you should still get no results. 5. Enable SearchCancelledAndInvalidISBNandISSN syspref. 6. Repeat p. 2 -- now you should get one record (having 1089-6891 in 022 $y). Sponsored-by: Ignatianum University in Cracow Signed-off-by: Roman Dolny Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36798] Add ability to search across all ISBNs using the ISBN-search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36798 Lucas Gass changed: What|Removed |Added Attachment #171906|0 |1 is obsolete|| --- Comment #12 from Lucas Gass --- Created attachment 171935 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171935&action=edit Bug 36798: Add 'SearchCancelledAndInvalidISBNandISSN' system preference This patch adds a new system preference SearchCancelledAndInvalidISBNandISSN: whether to search for cancelled / invalid forms of ISBN/ISSN when performing ISBN/ISSN search. (By default, with ES, only valid forms, i.e. 020 $a / 022 $a are considered). Signed-off-by: Roman Dolny Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36798] Add ability to search across all ISBNs using the ISBN-search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36798 Lucas Gass 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 36798] Add ability to search across all ISBNs using the ISBN-search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36798 Lucas Gass changed: What|Removed |Added QA Contact||lu...@bywatersolutions.com Version|unspecified |Main -- 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 37710] Remove the marc link when removing an item from a bundle
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 --- Comment #5 from Baptiste Wojtkowski (bwoj) --- Note : In order to prove the behavior properly, I had to create Bug 37996 -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Blocks||37710 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 [Bug 37710] Remove the marc link when removing an item from a bundle -- 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 37710] Remove the marc link when removing an item from a bundle
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Depends on||37996 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 [Bug 37996] Links created by link_marc_host do not contain 773$0 in MARC21 -- 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 37710] Remove the marc link when removing an item from a bundle
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 --- Comment #4 from Baptiste Wojtkowski (bwoj) --- Created attachment 171934 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171934&action=edit Bug 37710: Remove the marc link when removing an item from a bundle A new functionality to automatically add a new MARC link has been added in Bug 29560 (Add option to create MARC links when adding items to bundles). There should also be a way to remove this link when removing the item from the bundle. Moreover I don't know if this should be a second bug but since the link is not removed, there can be multiple links if the item is added to a new bundle. TEST PLAN: 1 - Apply tests and prove t/db_dependent/Koha/Biblio.t -> should fail 2 - Create a bundle on an item by changing the 7th character of the leader to c (go to the marc, click on the button at the right of the field 000 and change the bibliographical level to collection). 3 - Add an item to the bundle (on the biblio, exemplars will have a button "manage bundle"->add_to_bundle, fill in a barcode and check "add MARC link") 4 - Check on the MARC that field 461 (UNIMARC) or 773 (MARC21) is propperly filled 5 - Remove the item from the bundle 6 - Check that the marc field is still there and remove it manually 7 - APPLY PATCH 8 - Repeat 2-5 -> the field should have been automatically removed 9 - Run tests -> should pass Note: as for link_marc_host, tests assume you are using MARC21 -- 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 37710] Remove the marc link when removing an item from a bundle
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Attachment #171832|0 |1 is obsolete|| --- Comment #3 from Baptiste Wojtkowski (bwoj) --- Created attachment 171933 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171933&action=edit Bug 37710: Add unit tests -- 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 37710] Remove the marc link when removing an item from a bundle
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 Baptiste Wojtkowski (bwoj) 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 37398] Date fields in items change to invalid date on save, when dateaccessioned.pl is not used
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37398 --- Comment #27 from Lucas Gass --- (In reply to Jonathan Druart from comment #26) > +if ($subfield->{kohafield} =~ > /items\.(replacementpricedate|dateaccessioned|datelastborrowed|onloan)/) { > +$subfield_data{datetype} = 'date'; > +} > + > +if ($subfield->{kohafield} =~ > /items\.(datelastseen|damaged_on|itemlost_on|withdrawn_on|deleted_on)/) { > +$subfield_data{datetype} = 'datetime'; > +} > > I think I would much prefer to see something generic that this list of > fields. > > See the last patch, for discussion. This had crossed my mind. I agree with the change, Jonathan. Thanks. -- 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 37041] Logging into addbiblio.pl triggers a 403
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37041 --- Comment #15 from Jonathan Druart --- Only to share what I had in mind. It fixes the problem it seems, but can eventually introduce new ones... Now the session's id is stored in userenv, so we don't want to leak it! It seems safe however. -- 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 37041] Logging into addbiblio.pl triggers a 403
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37041 --- Comment #14 from Jonathan Druart --- Created attachment 171932 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171932&action=edit Bug 37041: Use session_id from userenv instead of cookie for value_builder -- 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 37041] Logging into addbiblio.pl triggers a 403
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37041 --- Comment #13 from Jonathan Druart --- Created attachment 171931 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171931&action=edit Bug 37041: Store session_id in userenv -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Attachment #171928|0 |1 is obsolete|| --- Comment #3 from Baptiste Wojtkowski (bwoj) --- Created attachment 171930 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171930&action=edit Bug 37996: Add field 773$0 to the link created by add_host_link Bug 29560 created a new function link_marc_host which is supposed to bind the fields : MARC21: 773$0 of the biblio to the 999$c of the bundle biblio UNIMARC: 461$0 of the biblio to the 001 of the bundle biblio This does not work for the MARC21 TEST PLAN: 1 - Apply the patch containing tests 2 - Run test in t/db_dependent/Koha/Biblio.t, they should fail on two tests 3 - Create a bundle on a biblio a 4 - Add an object to a bundle of a 5 - Check the field 773$0 -> it should be empty 6 - Apply patch 7 - Re-run tests 8 - Repeat 4&5 -> 773$0 should contain the biblionumber of a -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 --- Comment #2 from Baptiste Wojtkowski (bwoj) --- Created attachment 171929 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171929&action=edit Bug 37996: Add unit tests -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 --- Comment #1 from Baptiste Wojtkowski (bwoj) --- Created attachment 171928 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171928&action=edit Bug 37996: Add field 773$0 to the link created by add_host_link Bug 29560 created a new function link_marc_host which is supposed to bind the fields : MARC21: 773$0 of the biblio to the 999$c of the bundle biblio UNIMARC: 461$0 of the biblio to the 001 of the bundle biblio This does not work for the MARC21 TEST PLAN: 1 - Apply the patch containing tests 2 - Run test in t/db_dependent/Koha/Biblio.t, they should fail on two tests 3 - Create a bundle on a biblio a 4 - Add an object to a bundle of a 5 - Check the field 773$0 -> it should be empty 6 - Apply patch 7 - Re-run tests 8 - Repeat 4&5 -> 773$0 should contain the biblionumber of a -- 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 --- Comment #11 from Jonathan Druart --- It feels like there is something better to do here but not finding a solution during the 5min I looked into 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 --- Comment #10 from Jonathan Druart --- Created attachment 171927 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171927&action=edit Bug 37964: Add units test Signed-off-by: Lucas Gass Amended-by: Jonathan Druart Tidy Signed-off-by: Jonathan Druart -- 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 Jonathan Druart changed: What|Removed |Added Attachment #171848|0 |1 is obsolete|| Attachment #171849|0 |1 is obsolete|| --- Comment #9 from Jonathan Druart --- Created attachment 171926 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171926&action=edit Bug 37964: Only show host items when system preference EasyAnalyticalRecords is enabled After Bug 33496, host items are displayed even when system preference EasyAnalyticalRecords is disabled. Test plan : 1) Build an analytical record with 773$0 and $9 2) Enable 'EasyAnalyticalRecords' 3) Go to catalogue details page => You see the linked item 4) Disable EasyAnalyticalRecords 5) Go to catalogue details page => You dont see the linked item Signed-off-by: Lucas Gass Signed-off-by: Jonathan Druart -- 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 Jonathan Druart 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 --- Comment #8 from Jonathan Druart --- (In reply to Jonathan Druart from comment #7) > I've looked at the code, and it's actually confusing to have both ->items > and ->host_items. > > $biblio->items should return $self->host_items when host_items is passed OR > we replace the occurrences when ->items is called with the host_items flag > to simply call ->host_items. I think I prefer the latter. Ok, forget that. It includes both. -- 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 37964] Only show host items when system preference EasyAnalyticalRecords is enabled
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37964 --- Comment #7 from Jonathan Druart --- I've looked at the code, and it's actually confusing to have both ->items and ->host_items. $biblio->items should return $self->host_items when host_items is passed OR we replace the occurrences when ->items is called with the host_items flag to simply call ->host_items. I think I prefer the latter. -- 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 37395] Cannot hide columns in ERM tables
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37395 Jonathan Druart changed: What|Removed |Added Severity|trivial |normal -- 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 37395] Cannot hide columns in ERM tables
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37395 --- Comment #1 from Jonathan Druart --- Created attachment 171925 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171925&action=edit Bug 37395: Fix columns visibility on Vue tables On bug 33066 we reworked a lot of datatables.js to make the JS function reusable from the Vue component (and especially the KohaTable component). I guess the regression comes from this change, but I am surprised that we didn't catch it when testing. The was a mistake for _dt_visibility, we didn't pass the node. Actually we cannot pass it as we do not have it yet. This "node" variable is only used when bKohaColumnsUseNames is passed (ie. we do not rely on the order of the columns but we need to rely on their data-colname attributes). There is then a limitation here: we cannot use bKohaColumnsUseNames from Vue, but we do not yet. An ideal fix would be too big for now, especially for an hypothetic use case. Test plan: Confirm that the "Columns" button are now back for the tables of the Vue apps (ERM, Preservation) and that the settings are taken into account (hide by default, etc.) -- 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 37395] Cannot hide columns in ERM tables
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37395 Jonathan Druart 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 33066] We need a KohaTable Vue component
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33066 Jonathan Druart changed: What|Removed |Added Blocks||37395 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37395 [Bug 37395] Cannot hide columns in ERM tables -- 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 37395] Cannot hide columns in ERM tables
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37395 Jonathan Druart changed: What|Removed |Added Depends on||33066 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33066 [Bug 33066] We need a KohaTable Vue component -- 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 37987] Downloading SQL report in .tab format is slow
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37987 Emmi Takkinen changed: What|Removed |Added Status|NEW |Needs Signoff Assignee|koha-b...@lists.koha-commun |emmi.takki...@koha-suomi.fi |ity.org | --- Comment #1 from Emmi Takkinen --- Created attachment 171924 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171924&action=edit Bug 37987: Speed up downloading reports in .tab format Downloading SQL report in .tab format was significantly slower after changes made in bug 37382. Apparently using HTML::Scrubber to redeclare content variable after mapping it is slow. Instead sending whole map function as parameter to module speeds up downloading to couple of seconds as it was before. To test: 1. Find or create report that returns several thousand rows (e.g. SELECT * FROM items LIMIT 4000). 2. Run report and attempt to download it as .tab file. => Notice that this takes a lot of time (around 20 seconds). 3. Apply this patch. 4. Download report again. => Dowloading should now take couple second. => Confirm that the content of .tab file still contains table data. Sponsored-by: Koha-Suomi Oy -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |baptiste.wojtkowski@biblibr |ity.org |e.com Status|NEW |ASSIGNED -- 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 37996] Links created by link_marc_host do not contain 773$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Baptiste Wojtkowski (bwoj) changed: What|Removed |Added Summary|Links created by|Links created by |link_marc_host do not |link_marc_host do not |contain 999$0 in MARC21 |contain 773$0 in MARC21 -- 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 37996] New: Links created by link_marc_host do not contain 999$0 in MARC21
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Bug ID: 37996 Summary: Links created by link_marc_host do not contain 999$0 in MARC21 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: baptiste.wojtkow...@biblibre.com QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl Bug 29560 created a new function link_marc_host which is supposed to bind the fields : MARC21: 773$0 of the biblio to the 999$c of the bundle biblio UNIMARC: 461$0 of the biblio to the 001 of the bundle biblio This does not work for the MARC21 -- 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 37995] (Bug 29948 follow-up) Make display author information more configurable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37995 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 36263] Incorrect subscription renewal dates
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36263 Lucy Vaux-Harvey changed: What|Removed |Added CC||lucy.vaux-harvey@ptfs-europ ||e.com --- Comment #1 from Lucy Vaux-Harvey --- I am seeing very similar behaviour at version 23.11.08. When renewing a subscription, on the 'Serials subscription renew' pop-up screen the Start date shown is always 01/01/, with the year being the year of the current subscription expiration regardless of 'actual' renewal start date which should be calculated from the current subscription expiry date. -- 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 36795] Authority record identifier source codes (024$2) - code for Web of Science ResearcherID
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36795 Janusz Kaczmarek changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=37995 -- 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 29948] Display author information for researchers
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29948 Janusz Kaczmarek changed: What|Removed |Added Blocks||37995 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37995 [Bug 37995] (Bug 29948 follow-up) Make display author information more configurable -- 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 37995] New: (Bug 29948 follow-up) Make display author information more configurable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37995 Bug ID: 37995 Summary: (Bug 29948 follow-up) Make display author information more configurable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleon...@myacpl.org Reporter: janus...@gmail.com QA Contact: testo...@bugs.koha-community.org Depends on: 29948 There is a problem with displaying author's identifiers while OPACAuthorIdentifiersAndInformation is on for 024$2$a. At the current, the list of identifiers source is closed and hardcoded. So if it happens that in an authority record a 024 field exists with $2 from outside the list (like wikidata or other from the official list https://www.loc.gov/standards/sourcelist/standard-identifier.html), an empty bullet with no information is being displayed. This could be corrected either by filtering out the 024 fields in Koha::Authority::get_identifiers_and_information, or by correcting the template (authority-information.inc). However, this would only be a halfway solution. A more appropriate solution might be to introduce a sub-preference containing the triplets: source code ($2), label, URI prefix. E.g.: wikidata, Wikidata, http://www.wikidata.org/wiki/ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29948 [Bug 29948] Display author information for researchers -- 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 37015] Expose external_id in the ERM packages form and views
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37015 --- Comment #2 from Jonathan Druart --- (In reply to Katrin Fischer from comment #1) > Hm, it looks like it has been hidden for some reason? "FIXME - Create a syspref to store the URL" -- 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 37994] New: Expand ItemsDeniedRenewal system preference description to include a link to the database schema
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37994 Bug ID: 37994 Summary: Expand ItemsDeniedRenewal system preference description to include a link to the database schema Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs@lists.koha-community.org Reporter: lucy.vaux-har...@ptfs-europe.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com It would be useful for library staff who may not be familiar with database field names to be able to link to the items table from the description - https://schema.koha-community.org/main/tables/items.html. Or perhaps include more examples, for example for itemlost, location? -- 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 30888] Add a table for deletedauthorities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30888 --- Comment #32 from Jonathan Druart --- There was no real discussion during the dev meeting tbh. The situation is still not clear for future improvements/new patches. It seems that we are ok to let this go as it, because the code is there already and that the auth is closed (in regard of the code and DB structure) to bib/item. They which will certainly never be merged as bug 20271 is abandoned, and accepting more like this is moving even more into that direction. I am only trying to reflect the few things what have been said during the meeting, not taking any positions here. A decision should still be taken for new tables IMO, and a coding guideline written down. -- 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 30888] Add a table for deletedauthorities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30888 --- Comment #31 from Jonathan Druart --- (In reply to Victor Grousset/tuxayo from comment #27) > Great, so we have the confirmation that there isn't a fatal flaw in > tombstone tables! :D > Hum? Where did you read that exactly? -- 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 22972] Proposal for enriching the bibliographic records with standard identifiers from authority data
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22972 Janusz Kaczmarek changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #21 from Janusz Kaczmarek --- Thank you, Baptiste, for supplying this patch. We tested it: it works fine for adding $1 (or any other subfield indicated in configuration) in the standard editor. What doesn't work: 1. [advanced editor] In the advanced editor, if a authority record has more than one 024 field, all occurrences of the indicated subfield are concatenated into a single string and placed in a single $1 subfield. 2. [update/merge] Adding the 024 field with the subfield indicated in the configuration to the authority record does not add subfield $1 to the heading field in bibliographic records linked with the authority record in question. 3. [link] In a situation where authority and bibliographic records have been loaded into the system from an external source, and then the linking process has been started (link_bibs_to_authorities.pl), the 024 $1 subfields (or other subfields indicated in the configuration, respectively) are not added as $1 subfields in the corresponding headings of the bibliographic records. There is also the question of how Koha should behave in the case of authority records with the 024 $1 subfields already present in the database and linked to bibliographic records - wouldn't we need a script to rewrite the headings and add the $1 subfields. And a final note: displaying information from the subfield $1 in the bibliographic record view seems very unergonomic to us, especially for URIs outside the list hardcoded in the XSLT (currently: viaf and wikidata), such as ISNI. We would suggest integrating this information into the functionality introduced by bug 29948, as a possible follow-up. Would you be ready to work further on 1, 2, 3? And what do you think about final remarks... -- 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 29275] Use the API to render checkout history for a biblio
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29275 --- Comment #50 from Jonathan Druart --- ping? -- 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 37728] More "op" are missing in POSTed forms
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37728 Pedro Amorim changed: What|Removed |Added Attachment #171917|0 |1 is obsolete|| --- Comment #30 from Pedro Amorim --- Created attachment 171923 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171923&action=edit Bug 37728: Adjust test to catch more missing 'op' in POSTed forms The test is not catching missing op in forms that are not the first POST form of the template. Found when fixing the test for bug 37309. It was not catching the missing op in the second form. Signed-off-by: Phil Ringnalda Signed-off-by: Pedro Amorim -- 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 37728] More "op" are missing in POSTed forms
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37728 Pedro Amorim changed: What|Removed |Added Attachment #171916|0 |1 is obsolete|| --- Comment #29 from Pedro Amorim --- Created attachment 171922 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171922&action=edit Bug 37728: (follow-up) Tell the test that opac-illrequests.tt has an op xt/find-missing-op-in-forms.t wants to see name="op" value="cud-..." in any form with method="post", but opac-illrequests.tt inserts its op input by passing around whole and unpack and repacking whole.keys which includes the op. We just need to tell the test that it really exists. At first, I thought of this approach as a joke, faking out the test, but when I tried to be more responsible and put a whole Signed-off-by: Pedro Amorim -- 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 37728] More "op" are missing in POSTed forms
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37728 Pedro Amorim 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 20511] Seasonal prediction just in the staff language
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20511 --- Comment #28 from Jonathan Druart --- I don't plan to work more on this. I have spent way too much time already. Feel free to take over. -- 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 37982] Serial collection edit form can be GET
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37982 Pedro Amorim changed: What|Removed |Added Attachment #171911|0 |1 is obsolete|| --- Comment #3 from Pedro Amorim --- Created attachment 171921 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171921&action=edit Bug 37982: Replace edit form with GET Caught by tests from bug 37728 # $VAR3 = 'koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-collection.tt:158'; We don't really need the form to be POSTed, we should not reach the URL maxlength. The UI will certainly explode if there are lot of items to edit anyway. The code is not clear on this page as we are sending several forms using the items selected from this table. But this one form is used to display the edit form and so can be GET (and better as the URL can be shared). The other actions have their own form (in modals mostly). Test plan: Create a subscription and go to the serial collection page. Make sure at least one item is select and click the "Edit" button. No behaviour change expected here, the edit form should still be displayed. Try the other actions on top of the table and confirm they are still working as before. Signed-off-by: Phil Ringnalda Signed-off-by: Pedro Amorim -- 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 37982] Serial collection edit form can be GET
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37982 Pedro Amorim 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 37981] Switch installer/step3.tt form from POST to GET
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37981 Pedro Amorim changed: What|Removed |Added CC||pedro.amo...@ptfs-europe.co ||m --- Comment #5 from Pedro Amorim --- (In reply to Phil Ringnalda from comment #2) > Testing notes: > https://gitlab.com/-/snippets/1893788#starting-the-web-installer Thanks for this link, very useful, bookmarked! -- 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 37981] Switch installer/step3.tt form from POST to GET
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37981 Pedro Amorim changed: What|Removed |Added Attachment #171914|0 |1 is obsolete|| --- Comment #4 from Pedro Amorim --- Created attachment 171920 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171920&action=edit Bug 37981: Switch installer/step3.tt form from POST to GET This form does not need to be a POSTed form. Test plan: Drop and recreate the DB and run the web installer. Everything should work, no behaviour change expected. Signed-off-by: Phil Ringnalda Signed-off-by: Pedro Amorim -- 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 37981] Switch installer/step3.tt form from POST to GET
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37981 Pedro Amorim 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 37397] Vue - Strings pass to attribute are untranslatable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 Jonathan Druart changed: What|Removed |Added Severity|enhancement |major -- 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 37397] Vue - Strings pass to attribute are untranslatable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 Jonathan Druart changed: What|Removed |Added CC||martin.renvoize@ptfs-europe ||.com, ||matt.blenkinsop@ptfs-europe ||.com, ||paul.dersch...@lmscloud.de, ||pedro.amo...@ptfs-europe.co ||m, tomasco...@gmail.com --- Comment #5 from Jonathan Druart --- CCing some people so they are aware of the bug. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 37397] Vue - Strings pass to attribute are untranslatable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 --- Comment #4 from Jonathan Druart --- There is a workaround there https://stackoverflow.com/questions/60867252/using-xgettext-to-extract-translatable-strings-from-vuejs-file But it's not really nice and add yet one more way/exception for translation. -- 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 37397] Vue - Strings pass to attribute are untranslatable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 --- Comment #3 from Jonathan Druart --- Tried with gettext 0.22.5 and it's still a problem (D12 has 0.21-12). -- 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 37397] Vue - Strings pass to attribute are untranslatable
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 Jonathan Druart changed: What|Removed |Added Summary|"Barcodes" in preservation |Vue - Strings pass to |module untranslatable |attribute are ||untranslatable -- 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/