[Koha-bugs] [Bug 17481] Cas Logout: bug 11048 has been incorrectly merged
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17481 --- Comment #10 from Jonathan Druart--- Matthias, Has this patch been tested? It seems that it still does not work, see bug 18046. This story is becoming to be very too long... -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17798] Checking out an item on hold for another patron prints a slip but does not update hold
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17798 Jonathan Druartchanged: What|Removed |Added Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17798] Checking out an item on hold for another patron prints a slip but does not update hold
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17798 Jonathan Druartchanged: What|Removed |Added Assignee|koha-b...@lists.koha-commun |philippe.blo...@inlibro.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18022] Empty barcode causes internal server error
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18022 --- Comment #3 from Jonathan Druart--- Clint, could to try and recreate on a sandbox? What is the line 472 of circ/circulation.pl? -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17978] Circ rules will not limit holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17978 --- Comment #8 from Jonathan Druart--- It's a long standing bug and it will need quite a lot of work to fix it. -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17842] Broken diacritics on records exported as MARC from cart on reimport
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17842 --- Comment #5 from Jonathan Druart--- Any news here? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18056] Self registration generates error 500, and log file shows: End of script output before headers: opac-memberentry.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18056 Jonathan Druartchanged: What|Removed |Added CC||jonathan.dru...@bugs.koha-c ||ommunity.org --- Comment #2 from Jonathan Druart --- Same here, it seems to work. Harold, can you give us more information? Which version of Koha are you using? What are the values of the different system preferences named PatronSelf*? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18027] Added a new item which does not appear in catalogue search but appears in acquisition report.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18027 Jonathan Druartchanged: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #2 from Jonathan Druart --- Answered by email: Hi Jonathan, Thanks very much for getting back to me. The problem has now resolved itself in that the item I catalogued now appears in the catalogue search. I don’t know how it resolved itself and why it was missing in the catalogue search. The problem had never occurred previously. Hopefully I won’t have any more problems. Thank you, Christalla -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 16606] Checkout settings dropdown should have a preference to stay open all the time
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16606 Jonathan Druartchanged: What|Removed |Added CC||oleon...@myacpl.org --- Comment #5 from Jonathan Druart --- (In reply to Christopher Brannon from comment #4) > (In reply to Jonathan Druart from comment #3) > > I do not think this option should be controlled by a syspref. > > It would better to let it open if the user open it, don't you think? > > To do that we could use a cookie to store user's preference. > > While I agree, current method on this page to show the checkouts table and > keep it open is to check a box. It would be preferred to pick one method > and stick with it. If I am understanding, you would like it to stay open if > the user opens it, and stay closed if the user closes it. > > I like that, but if we do that, I would say we should open another ticket to > make the table work that way too. Otherwise, people are looking for > checkboxes and preferences based off current practices. Don't you think? IMO It makes sense to have a checkbox to save the show/hide table choice, not for the show/hide settings. Otherwise I have no idea how we could get the show/hide table user's choice. A toggle with the caret down icon would look bizarre. Ccing Owen to get his opinion. -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 --- Comment #12 from Josef Moravec--- (In reply to Jonathan Druart from comment #11) > (In reply to Josef Moravec from comment #8) > > test t/db_dependent/Koha/ItemTypes.t is failing: > > # Failed test 'item types should be sorted by translated description' > > # at t/db_dependent/Koha/ItemTypes.t line 120. > > # got: 'description' > > # expected: 'a translated itemtype desc' > > # Looks like you failed 1 test of 20. > > Weird, I not recreate, it passes for me... > I figured it out, the translation is done for "en" language, but when subroutine C4::Languages::getlanguage returns something else (it could happen - I have installed two additional languages for now), the original description is selected and test fails. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17040] Context menu when editing items is not translated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17040 Jonathan Druartchanged: What|Removed |Added Attachment #60044|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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17040] Context menu when editing items is not translated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17040 Jonathan Druartchanged: What|Removed |Added Attachment #54105|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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Attachment #60037|0 |1 is obsolete|| --- Comment #8 from Jonathan Druart --- Created attachment 60045 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60045=edit Bug 17940: (follow-up 14695) Fix - Mark holds as waiting when transfer is done When an item from Library A is reserved and set to be picked up at Library B, the hold buttons fail to confirm or cancel during check in at Library B when the item is transferred from Library A. Test plan: * Create a hold for item at Library A to be picked up at Library B. * Check in item at Library A to trigger the transfer. => item shows in transit * Switch to Library B and check in item. * Confirm the hold. => item shows waiting Signed-off-by: Christopher Brannon 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17040] Context menu when editing items is not translated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17040 Jonathan Druartchanged: What|Removed |Added Attachment #54105|0 |1 is obsolete|| --- Comment #6 from Jonathan Druart --- Created attachment 60044 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60044=edit Bug 17940: (follow-up 14695) Fix - Mark holds as waiting when transfer is done When an item from Library A is reserved and set to be picked up at Library B, the hold buttons fail to confirm or cancel during check in at Library B when the item is transferred from Library A. Test plan: * Create a hold for item at Library A to be picked up at Library B. * Check in item at Library A to trigger the transfer. => item shows in transit * Switch to Library B and check in item. * Confirm the hold. => item shows waiting Signed-off-by: Christopher Brannon 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 2326] Help should be diff for each of the sys pref tabs
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2326 Aleisha Amohiachanged: What|Removed |Added CC||aleishaamo...@hotmail.com Assignee|koha-b...@lists.koha-commun |aleishaamo...@hotmail.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 16606] Checkout settings dropdown should have a preference to stay open all the time
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16606 --- Comment #4 from Christopher Brannon--- (In reply to Jonathan Druart from comment #3) > I do not think this option should be controlled by a syspref. > It would better to let it open if the user open it, don't you think? > To do that we could use a cookie to store user's preference. While I agree, current method on this page to show the checkouts table and keep it open is to check a box. It would be preferred to pick one method and stick with it. If I am understanding, you would like it to stay open if the user opens it, and stay closed if the user closes it. I like that, but if we do that, I would say we should open another ticket to make the table work that way too. Otherwise, people are looking for checkboxes and preferences based off current practices. Don't you think? -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 --- Comment #7 from Christopher Brannon--- Dude, what did you do to my name in the sign off??? Now I will never get credit for my work! :) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17913] Merge three authority merge fixes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17913 --- Comment #74 from Josef Moravec--- Created attachment 60043 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60043=edit [SIGNED-OFF] Bug 17913: [16.11.x] followup Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17913] Merge three authority merge fixes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17913 Josef Moravecchanged: What|Removed |Added Attachment #59411|0 |1 is obsolete|| --- Comment #73 from Josef Moravec --- Created attachment 60042 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60042=edit [SIGNED-OFF] Bug 17913: [16.11.x] Authority merge fix [PUSHED_17.05] Squashed into one patch for 16.11.x Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18072] Add Koha objects for Branch Transfer Limits
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18072 Chris Kirbychanged: What|Removed |Added CC||chris.kirby@ilsleypubliclib ||rary.org -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 Katrin Fischerchanged: What|Removed |Added Patch complexity|--- |Small patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 Katrin Fischerchanged: What|Removed |Added Attachment #60021|0 |1 is obsolete|| --- Comment #4 from Katrin Fischer --- Created attachment 60041 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60041=edit [SIGNED OFF] Bug 18076: Replace holds_to_place_count with an input type=text >From http://www.template-toolkit.org/docs/manual/Directives.html#section_WHILE """ The Template Toolkit uses a failsafe counter to prevent runaway WHILE loops which would otherwise never terminate. If the loop exceeds 1000 iterations then an undef exception will be thrown, reporting the error: WHILE loop terminated (> 1000 iterations) The $Template::Directive::WHILE_MAX variable controls this behaviour and can be set to a higher value if necessary. """ I do not think we want to increase this value, and I do not think we want to display a dropdown list with 1000 entries. This patch replaces the dropdown list with an input text. Test plan: - Set circulation conditions - holds per record = 999 - Search for record with items - Go to the holds tab - Search for a patron - Verify that when you send your search, the 'internal server error' is not shown and you see the input text. You should be able to enter a value > than 999 and < 1 Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18073] Holds to pull UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18073 Katrin Fischerchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18073] Holds to pull UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18073 Katrin Fischerchanged: What|Removed |Added Attachment #60006|0 |1 is obsolete|| --- Comment #5 from Katrin Fischer --- Created attachment 60040 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60040=edit [SIGNED OFF] Bug 18073: Holds to pull table enhancement Test plan: 0) apply the patch 1) enable on shelf hold in administration -> circulation and fines rules 2) create some holds on avalaible items 3) go to administration -> columns settings and confirm there is new holds-to-pull table in circulation section 4) go to circulation -> holds to pull page and confirm that 4a) that the page does work as before 4b) there is ne "Column visibility" button in datatable toolbar 4c) the column configuration does work as expected 4d) there is new column "First patron" with link to patron which is first in holds queue for given record 4e) sorting works ax expected 4f) filters (in teh bottom of table) work as expected Signed-off-by: Katrin Fischer Works nicely! https://bugs.koha-community.org/show_bug.cgi?id=18079 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18073] Holds to pull UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18073 Katrin Fischerchanged: What|Removed |Added Status|Failed QA |Needs Signoff --- Comment #4 from Katrin Fischer --- Back to testing - realized I forgot to pull latest changes from master and also missed some database updates. Now it started working! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 14695] Add ability to place multiple item holds on a given record per patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 Jason Palmerchanged: What|Removed |Added CC||jpal...@switchinc.org -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17813] Table borrower_attributes needs a primary key
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17813 --- Comment #12 from Katrin Fischer--- Just wondering - why don't we replace the old for the new variable in the notices with SQL? I think we have done that once when we added the new syntax for <> already. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 12375] Store serials enumeration data in separate fields
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12375 Jason Palmerchanged: What|Removed |Added CC||jpal...@switchinc.org -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18073] Holds to pull UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18073 Katrin Fischerchanged: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #3 from Katrin Fischer --- Created attachment 60039 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60039=edit Screenshot of problem with column visibility Hi Josef, ran into a problem with the column visibility (see screenshot). Tested together with the patch for bug 18079. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18073] Holds to pull UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18073 Katrin Fischerchanged: What|Removed |Added Status|Needs Signoff |Failed QA -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18079] Cleanup of holds to pull page
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18079 Katrin Fischerchanged: What|Removed |Added Attachment #60008|0 |1 is obsolete|| --- Comment #2 from Katrin Fischer --- Created attachment 60038 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60038=edit [SIGNED OFF] Bug 18079: Holds to pull cleanup Changes made: - remove obsolete comment in pendingreserves.pl - use Modern::Perl in circ/pendingreserves.pl - get rid of unusable param run_report - followup for bug 8454 - get rid of references to hold status - followup for bug 9320 - remove unused data from SQL and reservedata structure Test plan: 1) Apply patch from bug 18073 2) Apply patch on this bug 3) Enable on shelf hold in administration -> circulation and fines rules 4) Create some holds on avalaible items 5) Confirm that circulation -> holds to pull page works as expected 6) Try to find any regression Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18079] Cleanup of holds to pull page
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18079 Katrin Fischerchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Nick Clemenschanged: What|Removed |Added CC||n...@bywatersolutions.com Attachment #60035|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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 --- Comment #6 from Nick Clemens--- Created attachment 60037 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60037=edit Bug 17940: (follow-up 14695) Fix - Mark holds as waiting when transfer is done When an item from Library A is reserved and set to be picked up at Library B, the hold buttons fail to confirm or cancel during check in at Library B when the item is transferred from Library A. Test plan: * Create a hold for item at Library A to be picked up at Library B. * Check in item at Library A to trigger the transfer. => item shows in transit * Switch to Library B and check in item. * Confirm the hold. => item shows waiting Signed-off-by: Crhistopher Brannon 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Nick Clemenschanged: What|Removed |Added Patch complexity|--- |Trivial patch 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18087] New: Clarification on File type when using file of biblionumbers to export data
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18087 Bug ID: 18087 Summary: Clarification on File type when using file of biblionumbers to export data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcha...@gmail.com Reporter: j...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org It is not clear what type of file can be used when uploading a file of biblionumbers in the Export Data screen. Go to Tools->Export Data "Use a file File containing a list of biblio numbers with one biblio number per line. This list works as a filter: it is compatible with other parameters." Change requested: Add details that .csv or .txt file is required. Why: Users attempt to upload .xlsx .pdf or .doc files here. This change will clarify what files can be used. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11450] Hold Request Confirm Deletion
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #16 from Christopher Brannon--- Works as described, but it looks like a generic alert window is being used instead of a modal confirmation. It has been standard for confirmations to be done through modal. The alert includes information from the browser that could be confusing. It would be preferred that this follow standard formatting before being pushed, but if all we are after here is the functionality, then it works. Christopher -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11450] Hold Request Confirm Deletion
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #15 from Christopher Brannon--- Created attachment 60036 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60036=edit [SIGNED OFF] Bug 11450: Hold Request Confirm Deletion ==TEST PLAN== 1) Go to an item with a hold and click on the holds tab on the left 2) Click the red 'X' 3) The hold will be deleted immediately 4) Apply patch 5) Return to an item with a hold and click the 'X' 6) There will now be a confirmation dialog 7) Click cancel and the dialog will disappear and the hold will not be deleted 8) Click OK and the hold will be deleted Restored indentations - Mark Tompsett Signed-off-by: Mark Tompsett Signed-off-by: Christopher Brannon -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Christopher Brannonchanged: What|Removed |Added Attachment #60024|0 |1 is obsolete|| --- Comment #5 from Christopher Brannon --- Created attachment 60035 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60035=edit [SIGNED OFF] Bug 17940: (follow-up 14695) Fix - Mark holds as waiting when transfer is done When an item from Library A is reserved and set to be picked up at Library B, the hold buttons fail to confirm or cancel during check in at Library B when the item is transferred from Library A. Test plan: * Create a hold for item at Library A to be picked up at Library B. * Check in item at Library A to trigger the transfer. => item shows in transit * Switch to Library B and check in item. * Confirm the hold. => item shows waiting Signed-off-by: Christopher Brannon -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Christopher Brannonchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17461] Make plugins-home.pl complain about plugins that can not be loaded
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17461 Tomás Cohen Arazichanged: What|Removed |Added Attachment #59997|0 |1 is obsolete|| --- Comment #3 from Tomás Cohen Arazi --- Created attachment 60034 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60034=edit Bug 17461: Warn about plugins that can't be loaded The logs should have some info if a module has been installed that can not be loaded. To test: - Make sure you have an up to date dev install - Install v1.0 of the KitchenSink plugin from https://github.com/bywatersolutions/koha-plugin-kitchen-sink/releases - Make sure the plugin does not show up in the list of installed plugins, and that the intranet-error.log has no info about it - Apply the patch - Reload plugins-home.pl - Verify that there is now some interesting info in intranet-error.log Signed-off-by: Liz Rea Works as advertised, generates useful diagnostic information in the form of a log entry to either intranet-error or plack-error.log. Relief, thanks Magnus! Signed-off-by: Tomas Cohen Arazi -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17461] Make plugins-home.pl complain about plugins that can not be loaded
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17461 Tomás Cohen Arazichanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18086] overduerules table is lacking foreign key constraints
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18086 --- Comment #1 from Kyle M Hall--- It is easy to create overdue triggers that don't go away when a category is deleted. Those rules are hidden from the editor and can cause overdue notices to no longer send! -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18086] New: overduerules table is lacking foreign key constraints
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18086 Bug ID: 18086 Summary: overduerules table is lacking foreign key constraints Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: k...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com The overduerules table has no foreign key constraints to any for the related tables. The columns for branchcode, categorycode, letter1, letter2, and letter3 should all be foreign keys. -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 --- Comment #11 from Jonathan Druart--- (In reply to Josef Moravec from comment #8) > test t/db_dependent/Koha/ItemTypes.t is failing: > # Failed test 'item types should be sorted by translated description' > # at t/db_dependent/Koha/ItemTypes.t line 120. > # got: 'description' > # expected: 'a translated itemtype desc' > # Looks like you failed 1 test of 20. Weird, I not recreate, it passes for me... > and in the fifth patch in > koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-detail.tt line 1202 is typo I > think: extra "XX" on the ond of line Yes indeed, fixed in the last patch (and I have squashed the last two ones). -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 Jonathan Druartchanged: What|Removed |Added Attachment #58565|0 |1 is obsolete|| Attachment #58600|0 |1 is obsolete|| --- Comment #10 from Jonathan Druart --- Created attachment 60033 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60033=edit Bug 17835: Add an additional LEFT JOIN condition using DBIx::Class The previous query was wrong. If an item type did not contain the translation in the interface's language, the ->search_with_localization did not return it at all. What we need is definitely to add a second condition on the join. For reference: http://search.cpan.org/dist/DBIx-Class/lib/DBIx/Class/Relationship/Base.pm#condition https://blog.afoolishmanifesto.com/posts/dbix-class-parameterized-relationships/ That sounds hacky but seems to be the DBIx::Class path to follow. Bug 17835: follow-up -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18003] Should deletedborrowers.borrowernumber be a primary key?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18003 --- Comment #12 from Jonathan Druart--- (In reply to Tomás Cohen Arazi from comment #10) > (In reply to Martin Renvoize from comment #9) > > I'd +1 the merging of tables.. but can see the annoyance it would cause > > people who have written reports using said tables.. was that the reason it > > was not done a year ago? > > Can't we creaste a view for those? For the info: I have created a view on bug 17835 (different need, different problem, but it is worth noting). -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #78 from Kyle M Hall--- Created attachment 60032 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60032=edit [SIGNED-OFF] Bug 15503 - Populate the order prices Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #74 from Kyle M Hall--- Created attachment 60028 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60028=edit [SIGNED-OFF] Bug 15503 [Followup] - Add replacementprice and itemcallnumber Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #75 from Kyle M Hall--- Created attachment 60029 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60029=edit [SIGNED-OFF] Bug 15503 [QA Followup] - Display "uneven number of fields" error only in relevant biblios Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #77 from Kyle M Hall--- Created attachment 60031 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60031=edit [SIGNED-OFF] Bug 15503 [QA Followup] - Use Koha::AuthorisedValues and fetch notforloan values. Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #76 from Kyle M Hall--- Created attachment 60030 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60030=edit [SIGNED-OFF] Bug 15503 [QA Followup] - Set itype and ccode properly Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #73 from Kyle M Hall--- Created attachment 60027 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60027=edit [SIGNED-OFF] Bug 15503 [QA Followup] - Remove the use of GetBranchesLoop Signed-off-by: Nick Clemens Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 Kyle M Hallchanged: What|Removed |Added Attachment #59415|0 |1 is obsolete|| Attachment #59416|0 |1 is obsolete|| Attachment #59417|0 |1 is obsolete|| Attachment #59418|0 |1 is obsolete|| Attachment #59419|0 |1 is obsolete|| Attachment #59420|0 |1 is obsolete|| Attachment #59421|0 |1 is obsolete|| Attachment #59515|0 |1 is obsolete|| --- Comment #71 from Kyle M Hall --- Created attachment 60025 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60025=edit [SIGNED-OFF] Bug 15503: Grab Item Information from Order Files The goal of this development is to automatically generate items in Koha with populated information based on a 9XX field and subfield, with the new syspref MarcItemFieldsToOrder. Signed-off-by: Nick Clemens Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 --- Comment #72 from Kyle M Hall--- Created attachment 60026 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60026=edit [SIGNED-OFF] Bug 15503 - Fix adding multiple items in multiple biblios. Signed-off-by: Nick Clemens Signed-off-by: Benjamin Daeuber Signed-off-by: Kyle M Hall -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18085] Elasticsearch ids are not being stored correctly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18085 Jonathan Druartchanged: What|Removed |Added Depends on||17255 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17255 [Bug 17255] Upgrade Elastic Search code to work with version 5.1 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17255] Upgrade Elastic Search code to work with version 5.1
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17255 Jonathan Druartchanged: What|Removed |Added Blocks||18085 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18085 [Bug 18085] Elasticsearch ids are not being stored correctly -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18027] Added a new item which does not appear in catalogue search but appears in acquisition report.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18027 Jonathan Druartchanged: What|Removed |Added OS|Windows |All Hardware|PC |All Severity|critical|major CC||jonathan.dru...@bugs.koha-c ||ommunity.org --- Comment #1 from Jonathan Druart --- Hi Christalla, This problem sounds like an indexation issue. Could you give us more details (how did you install, Koha version, etc.)? Did you reindex your catalogue? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Severity|major |critical CC||katrin.fisc...@bsz-bw.de --- Comment #4 from Jonathan Druart --- Marked as critical since it impacts last stable release. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 --- Comment #3 from Jonathan Druart--- Created attachment 60024 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60024=edit Bug 17940: (follow-up 14695) Fix - Mark holds as waiting when transfer is done When an item from Library A is reserved and set to be picked up at Library B, the hold buttons fail to confirm or cancel during check in at Library B when the item is transferred from Library A. Test plan: * Create a hold for item at Library A to be picked up at Library B. * Check in item at Library A to trigger the transfer. => item shows in transit * Switch to Library B and check in item. * Confirm the hold. => item shows waiting -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18085] Elasticsearch ids are not being stored correctly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18085 Nick Clemenschanged: What|Removed |Added CC||ch...@bigballofwax.co.nz, ||jonathan.dru...@bugs.koha-c ||ommunity.org, ||k...@bywatersolutions.com, ||olli-antti.kivila...@jns.fi ||, tomasco...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18085] New: Elasticsearch ids are not being stored correctly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18085 Bug ID: 18085 Summary: Elasticsearch ids are not being stored correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcha...@gmail.com Reporter: n...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org The upgrade from 1.X to 5.X works very well for indexing existing records, however, it seems the '_id' field is not being given to elastic at save so it is generating a random id. The problem with this is that each record update will save a new record as opposed to overwriting the existing record and you will get multiple items in your search. To reproduce: 1 - Have ES5 running and have some records 2 - Choose a biblionumber and reindex just that record, deleting the index before: perl /home/vagrant/kohaclone/misc/search_tools/rebuild_elastic_search.pl -d -b -bn 2365 3 - View that record on the command line: curl -XGET 'localhost:9200/koha_kohadev_biblios/_search/?pretty=true=es_id:2365' 4 - Note the '_id' field is of the form: "_id" : "AVoemHc9LtgvIQ1yOOU6", 5 - Search for the record in koha - should be one 6 - Add or edit the items on that record 7 - Search again, the record returns multiple times This should be a small fix, not sure where the disconnect is though -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Hardware|PC |All Status|NEW |ASSIGNED Version|16.11 |master OS|Linux |All -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15503] Grab Item Information from Order Files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 Kyle M Hallchanged: What|Removed |Added Status|Failed QA |Signed Off --- Comment #70 from Kyle M Hall --- (In reply to Kyle M Hall from comment #69) > (In reply to Benjamin Daeuber from comment #68) > > 2. The source of acquisitions is blank. I'm fairly sure that was populating > > before the latest patch. > > I've been looking at the code and master and cannot find any indication that > Koha does this. I also tried it out ( in case I missed the relevant code ) > and the source of acquisitions was not auto-populated. In any case, if this > is a regression, it wasn't caused by this patch and we should file a > separate bug report for it. Just so everyone knows, we figured out what's going on and the source of acquisition field is being filled with the bookseller id when incoming EDIFACT invoices are processed. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Depends on||14695 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 [Bug 14695] Add ability to place multiple item holds on a given record per patron -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 14695] Add ability to place multiple item holds on a given record per patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 Jonathan Druartchanged: What|Removed |Added Blocks||17940 --- Comment #238 from Jonathan Druart --- Sounds like this patchset caused bug 17940. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 [Bug 17940] Holds not going to waiting state after having been transferred -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18075] Confirming a hold after a transfer does not make it waiting
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18075 Jonathan Druartchanged: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #2 from Jonathan Druart --- This sounds like a duplicate of bug 17940. Please reopen if I am wrong. *** This bug has been marked as a duplicate of bug 17940 *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added CC||cbran...@cdalibrary.org --- Comment #2 from Jonathan Druart --- *** Bug 18075 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17940] Holds not going to waiting state after having been transferred
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17940 Jonathan Druartchanged: What|Removed |Added Assignee|koha-b...@lists.koha-commun |jonathan.dru...@bugs.koha-c |ity.org |ommunity.org CC||jonathan.dru...@bugs.koha-c ||ommunity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18075] Confirming a hold after a transfer does not make it waiting
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18075 Jonathan Druartchanged: What|Removed |Added CC||jonathan.dru...@bugs.koha-c ||ommunity.org Assignee|koha-b...@lists.koha-commun |jonathan.dru...@bugs.koha-c |ity.org |ommunity.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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskulachanged: What|Removed |Added Attachment #60018|0 |1 is obsolete|| --- Comment #10 from Lari Taskula --- Created attachment 60022 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60022=edit Bug 7534: Display pickup locations instead of all libraries in opac-reserve.pl This patch sets opac-reserve.tt to use the list of pickup libraries instead of every library in the system. To test: 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No" 3. Go to OPAC and place a hold 4. See the provided Pickup location list 5. Observe the library that you configured is not present in the list -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #11 from Lari Taskula--- Created attachment 60023 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60023=edit Bug 7534: Display pickup locations instead of all libraries in request.pl This patch sets request.tt to use the list of pickup libraries instead of every library in the system. To test: 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No" 3. Go place a hold in intranet 4. See the provided "Pickup at" list 5. Observe the library that you configured is not present in the list 6. Place the hold 7. See list of existing holds on that biblio 8. See "Pickup library" column and observe your configured library is not included in the list -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 --- Comment #9 from Josef Moravec--- but otherwise looks good for me ;) good job -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 Josef Moravecchanged: What|Removed |Added CC||josef.mora...@gmail.com --- Comment #8 from Josef Moravec --- test t/db_dependent/Koha/ItemTypes.t is failing: # Failed test 'item types should be sorted by translated description' # at t/db_dependent/Koha/ItemTypes.t line 120. # got: 'description' # expected: 'a translated itemtype desc' # Looks like you failed 1 test of 20. and in the fifth patch in koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-detail.tt line 1202 is typo I think: extra "XX" on the ond of line -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18084] New: Language selector hidden in user menu on mobile interfaces
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18084 Bug ID: 18084 Summary: Language selector hidden in user menu on mobile interfaces Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleon...@myacpl.org Reporter: katrin.fisc...@bsz-bw.de QA Contact: testo...@bugs.koha-community.org If you choose to have the language selection at the top, it will be hidden in the 'user menu' on smaller display sizes. That seems a bit counter-intuitive as you wouldn't expect it there. It would be nice if it was visible at all times. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18083] Don't show 'library' selection on popular titles page for single-branch libraries
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18083 Katrin Fischerchanged: What|Removed |Added Keywords||Academy -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18083] New: Don't show 'library' selection on popular titles page for single-branch libraries
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18083 Bug ID: 18083 Summary: Don't show 'library' selection on popular titles page for single-branch libraries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleon...@myacpl.org Reporter: katrin.fisc...@bsz-bw.de QA Contact: testo...@bugs.koha-community.org On the 'popular titles' page in the OPAC there is a search filter labelled "From" that offers you to select a library branch. For a library with only one branch this makes no sense and it would be nice if it was automatically hidden for single-branch libraries. Note: Currently not possible to hide with CSS only either. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 14695] Add ability to place multiple item holds on a given record per patron
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 Jonathan Druartchanged: What|Removed |Added Blocks||18076 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 [Bug 18076] Error when placing a hold and holds per record is set to 999 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 Jonathan Druartchanged: What|Removed |Added Depends on||14695 Assignee|koha-b...@lists.koha-commun |jonathan.dru...@bugs.koha-c |ity.org |ommunity.org Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 [Bug 14695] Add ability to place multiple item holds on a given record per patron -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 Jonathan Druartchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 --- Comment #3 from Jonathan Druart--- Created attachment 60021 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60021=edit Bug 18076: Replace holds_to_place_count with an input type=text >From http://www.template-toolkit.org/docs/manual/Directives.html#section_WHILE """ The Template Toolkit uses a failsafe counter to prevent runaway WHILE loops which would otherwise never terminate. If the loop exceeds 1000 iterations then an undef exception will be thrown, reporting the error: WHILE loop terminated (> 1000 iterations) The $Template::Directive::WHILE_MAX variable controls this behaviour and can be set to a higher value if necessary. """ I do not think we want to increase this value, and I do not think we want to display a dropdown list with 1000 entries. This patch replaces the dropdown list with an input text. Test plan: - Set circulation conditions - holds per record = 999 - Search for record with items - Go to the holds tab - Search for a patron - Verify that when you send your search, the 'internal server error' is not shown and you see the input text. You should be able to enter a value > than 999 and < 1 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 --- Comment #2 from Katrin Fischer--- +1 for the input box. -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18076] Error when placing a hold and holds per record is set to 999
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18076 Jonathan Druartchanged: What|Removed |Added CC||jonathan.dru...@bugs.koha-c ||ommunity.org --- Comment #1 from Jonathan Druart --- >From http://www.template-toolkit.org/docs/manual/Directives.html#section_WHILE """ The Template Toolkit uses a failsafe counter to prevent runaway WHILE loops which would otherwise never terminate. If the loop exceeds 1000 iterations then an undef exception will be thrown, reporting the error: WHILE loop terminated (> 1000 iterations) The $Template::Directive::WHILE_MAX variable controls this behaviour and can be set to a higher value if necessary. """ I do not think we want to increase this value, and I do not think we want to display a dropdown list with 1000 entries. I'd suggest to replace it with an input box (type=number). -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17847] Move C4::Koha::GetAuthvalueDropbox to Koha::AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17847 Josef Moravecchanged: What|Removed |Added Attachment #58590|0 |1 is obsolete|| --- Comment #4 from Josef Moravec --- Created attachment 60020 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60020=edit Bug 17847: Remove C4::Koha::GetAuthvalueDropbox Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17847] Move C4::Koha::GetAuthvalueDropbox to Koha::AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17847 Josef Moravecchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17847] Move C4::Koha::GetAuthvalueDropbox to Koha::AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17847 Josef Moravecchanged: What|Removed |Added Attachment #58589|0 |1 is obsolete|| --- Comment #3 from Josef Moravec --- Created attachment 60019 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60019=edit Bug 17847: Replace C4::Koha::GetAuthvalueDropbox with Koha::AuthorisedValues The C4::Koha::GetAuthvalueDropbox subroutine does the same job as Koha::AuthorisedValues->search We should then replace the different calls to this subroutine to finally remove it. There were 2 calls to this subroutine: - from the AuthorisedValues TT plugin (called from av-build-dropbox.inc and members/housebound.tt) - from the acqui/ajax-getauthvaluedropbox.pl ajax script To make sure that this patchset does not introduce regressions, we will have to test that the TT plugin and the ajax script still behave as before. Test plan: 1/ Test acqui/ajax-getauthvaluedropbox.pl - Link a fund to an authorised value category - Create a new order => When you select a fund linked to AV category, the sort1 (and/or sort2, depending on what you set) should be replaced with a dropdown list populated with the authorised values 2/ Test av-build-dropbox.inc - Create some authorised values for Bsort1 - Edit a patron => The sort1 should be a dropdown list populated with the Bsort1 AV 3/ Test members/housebound.tt - Enable the housebound module (pref HouseboundModule) - On the patron detail page, click on the "Housebound" tab => The frequency dropdown list should be populated with the different HSBND_FREQ AV Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18075] Confirming a hold after a transfer does not make it waiting
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18075 Sally Healeychanged: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18080] Circulation history UI improvements
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18080 Sally Healeychanged: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk --- Comment #1 from Sally Healey --- Hi, if the UI of Circulation history is being considered, we'd like to raise the logging of renewals. Currently, there is just a count (Number of renewals) of how many times an item has been renewed. Our circulation staff would also like to see the date/time of each renewal on an item. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18003] Should deletedborrowers.borrowernumber be a primary key?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18003 --- Comment #11 from Martin Renvoize--- I like the idea of creating a view.. but the only method that would work seamlessly would be to create an entirely new 'borrowers' table with a new name and create a view for each of the old borrowers and deletedborrowers tables. Not a massive issue, but worth thinking about.. I kinda like the idea of 'doing it properly, and using views to maintain backwards compatibility with old reports' -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskulachanged: What|Removed |Added Status|NEW |Needs Signoff CC||lari.task...@jns.fi --- Comment #9 from Lari Taskula --- (In reply to Peggy Thrasher from comment #3) > This would be helpful for us. We have a location for "Download" where we > put all of our Overdrive titles. Recently we have had patrons put a hold on > a physical book and change the pickup location to "Download". We'd like to > be able to take "Download" off the list of pickup locations that they can > choose from. > It would be sufficient for us if there was a choice when you were defining > the library (Administration/Libraries and Groups) for Pickup location - yes > or no. > > Thanks! > Peggy Hi! I wrote patches that implement your suggestion. Could you test it? We have the same need for configuring available pickup locations. Thanks! -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 18003] Should deletedborrowers.borrowernumber be a primary key?
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18003 --- Comment #10 from Tomás Cohen Arazi--- (In reply to Martin Renvoize from comment #9) > I'd +1 the merging of tables.. but can see the annoyance it would cause > people who have written reports using said tables.. was that the reason it > was not done a year ago? Can't we creaste a view for those? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Lari Taskulachanged: What|Removed |Added Attachment #60017|0 |1 is obsolete|| --- Comment #8 from Lari Taskula --- Created attachment 60018 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60018=edit Bug 7534: Display pickup locations instead of all libraries in opac-reserve.pl This patch sets opac-reserve.tt to use the list of pickup libraries instead of every library in the system. To test: 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No" 3. Go place a hold in intranet 4. See the provided "Pickup at" list 5. Observe the library that you configured is not present in the list 6. Place the hold 7. See list of existing holds on that biblio 8. See "Pickup library" column and observe your configured library is not included in the list -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #7 from Lari Taskula--- Created attachment 60017 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60017=edit Bug 7534: Display pickup locations instead of all libraries in opac-reserve.pl This patch sets opac-reserve.tt to use the list of pickup libraries instead of every library in the system. To test: 1. Go to cgi-bin/koha/admin/branches.pl 2. Configure one of your libraries to "Pickup location" => "No" 3. Go to OPAC and place a hold 4. See the provided Pickup location list 5. Observe the library that you configured is not present in the list -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #6 from Lari Taskula--- Created attachment 60016 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60016=edit Bug 7534: Add configuration to admin/branches.pl This patch adds a configuration option for pickup locations. To test: 1. Apply patch 2. Go to cgi-bin/koha/admin/branches.pl 3. Observe there is a new column "Pickup location" 4. Click "Edit" for any library 5. Scroll to bottom of the page and select "No" 6. Click "Submit" 7. Observe your library in Libraries-table, notice the value of "Pickup location" has changed to "No" -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #5 from Lari Taskula--- Created attachment 60015 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60015=edit Bug 7534: Add method Koha::Template::Plugin::Branches->pickup_locations This patch adds a new method Koha::Template::Plugin::Branches->pickup_locations. Unit tests included. To test: 1. prove t/db_dependent/Template/Plugin/Branches.t -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7534] New OPACAllowUserToChooseBranch setting for only showing libraries allowing holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 --- Comment #4 from Lari Taskula--- Created attachment 60014 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60014=edit Bug 7534: Add new column "pickup_location" to branches This patch adds a new column "pickup_location" for each library. This value defines whether a library can be used as a pickup location or not. For extended configurability, this flag could perhaps be considered as a part of issuing rules, but as of now, this patch only offers a simple flag into each library. This method also allows easy way for REST API to determine valid pickup locations by querying the /libraries endpoint. To test: 1. perl installer/data/mysql/updatedatabase.pl 2. Observe DEV atomic update: bug_7534.perl Upgrade to XXX done (Bug 7534 - Let libraries have configuration for pickup locations) -- 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17844] Move C4::Koha::get_notforloan_label_of to Koha:: AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17844 Josef Moravecchanged: What|Removed |Added Attachment #58601|0 |1 is obsolete|| --- Comment #7 from Josef Moravec --- Created attachment 60013 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60013=edit Bug 17844: Replace C4::Koha::get_notforloan_label_of with Koha::AuthorisedValues This patch is more a bugfix than a refactoring. Indeed the C4::Koha::get_notforloan_label_of behaviors were buggy: 1/ It does not display the opac description at the OPAC, but always the staff description 2/ It does not care of the framework of the biblio, but retrieve the first row of the marc_subfield_structure mapped with items.notforloan These 2 bugs can easily be fixed using the Koha::AuthorisedValues->search_by_koha_field Steps to recreate the issues: - Create 2 authorised value categories for not for loan (NFL1 and NFL2) with the same values. Define a different description for the OPAC. - Define link 952$7 to NFL1 for the default framework and to NFL2 for the BK framework - Create 2 bibliographic records (B1 using NFL1 and B2 using NFL2) with 2 items each (1 item should have a not for loan value) - Go to the "Place a hold" view for this record. - In the item list, you should see the not for loan value => The staff description of NFL1 will always be used, even for the OPAC Test plan: - Recreate the issues without this patchset - Apply this patchset - Recreate the steps to recreate the issues => The staff description of NFL2 should be displayed for the B2 item => The opac description of NFL2 should be displayed for the B2 item at the OPAC Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17844] Move C4::Koha::get_notforloan_label_of to Koha:: AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17844 Josef Moravecchanged: 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 http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 17844] Move C4::Koha::get_notforloan_label_of to Koha:: AuthorisedValues
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17844 Josef Moravecchanged: What|Removed |Added Attachment #58586|0 |1 is obsolete|| --- Comment #6 from Josef Moravec --- Created attachment 60012 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60012=edit Bug 17844: Remove C4::Koha::get_notforloan_label_of Signed-off-by: Josef Moravec -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/