| Time |
S |
Nick |
Message |
| 05:54 |
|
|
reiveune joined #koha |
| 05:54 |
|
reiveune |
hello |
| 06:41 |
|
|
marcelr joined #koha |
| 06:41 |
|
marcelr |
o/ |
| 06:54 |
|
|
cait joined #koha |
| 06:54 |
|
cait |
good morning #koha |
| 06:55 |
|
|
alex_ joined #koha |
| 06:55 |
|
alex_ |
Bonjour |
| 06:55 |
|
wahanui |
hello, alex_ |
| 06:56 |
|
|
lds joined #koha |
| 06:58 |
|
matts |
hi ! |
| 07:15 |
|
|
lds_ joined #koha |
| 07:16 |
|
|
m23 joined #koha |
| 07:19 |
|
Joubu |
tuxayo: This message should appear when you force the deletion (edit the DOM, remove the disabled on the checkbox and check it). But it still does not appear, there is a bug |
| 07:20 |
|
Joubu |
the SWITCH in batch_item_record_deletion.inc should be in the 'report' BLOCK, not 'detail' |
| 07:21 |
|
tuxayo |
> force the deletion |
| 07:21 |
|
tuxayo |
oh there is check box to force? |
| 07:21 |
|
tuxayo |
> But it still does not appear, there is a bug |
| 07:21 |
|
tuxayo |
Great find! |
| 07:23 |
|
|
magnuse joined #koha |
| 07:24 |
|
Joubu |
I described what 'force" means here, in parenthesis |
| 07:25 |
|
tuxayo |
Ok, I though the checkbox was greyed or something like that. |
| 07:27 |
|
Joubu |
yes, the checkbox is disabled. So to tick it you have to remove the "disabled" attributes, editing the DOM |
| 07:30 |
|
|
m23 joined #koha |
| 07:39 |
|
tuxayo |
When i tested bug 29602 I picked another occurrence of use of KohaSpan and missed that this one was in dead code. |
| 07:39 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29602 enhancement, P5 - low, ---, fridolin.somers, RESOLVED FIXED, We must be nicer with translators |
| 07:40 |
|
tuxayo |
I came back to this page to understand of the $KohaSpan, because adding a <span> via the filter doesn't seem to help the extracted strings. It seems to add a redundant <span> |
| 08:13 |
|
marcelr |
. |
| 08:20 |
|
ashimema |
morning |
| 08:23 |
|
cait |
good morning |
| 09:11 |
|
|
m23 joined #koha |
| 09:26 |
|
ashimema |
anyone remember why we add a hash to the filename on uploads in the first place? |
| 09:35 |
|
tuxayo |
ashimema: hi :) maybe to avoid overwriting when there are name duplicates? |
| 09:38 |
|
ashimema |
mm, makes sense |
| 09:38 |
|
ashimema |
next question.. jajm around? |
| 09:39 |
|
ashimema |
I'm wondering why we remove uploadcaterycode as part of bug 19318 |
| 09:39 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=19318 enhancement, P5 - low, ---, julian.maurice, Signed Off , Add ability to use custom file upload paths |
| 09:39 |
|
ashimema |
the bug seems to do a fair bit more than the title suggests |
| 09:40 |
|
jajm |
ashimema, hi, I just added a comment on the bug |
| 09:40 |
|
ashimema |
oh, cool. thanks |
| 09:41 |
|
marcelr |
ashimema: we should not remove upload categories |
| 09:41 |
|
ashimema |
have you looked at the bug at all yet marcelr |
| 09:41 |
|
ashimema |
I have a feeling you may be better placed to review it. |
| 09:42 |
|
marcelr |
no just reading irc |
| 09:42 |
|
marcelr |
no problem |
| 09:44 |
|
ashimema |
thanks marcelr 🙂 |
| 09:58 |
|
|
tundunf joined #koha |
| 09:58 |
|
tundunf |
hi all |
| 10:04 |
|
|
m23 joined #koha |
| 10:06 |
|
|
tonys joined #koha |
| 10:09 |
|
tonys |
Is there someone here today that can help me work thru a fix for updating the database (ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Unknown column 'cancellation_reason' in 'article_requests' at /usr/share/koha/lib/C4/Installer.pm line 739) |
| 10:14 |
|
tuxayo |
tundunf: hi |
| 10:15 |
|
tuxayo |
tonys: hi, from which version to which did you upgrade? |
| 10:16 |
|
tonys |
20.11 |
| 10:19 |
|
tundunf |
I was wondering if anyone would be able to clarify something for me: a user had an item on loan that was reserved by another user, but then another item was avaialble to satisfy the hold. The system still showed the item as being overdue. Would Koha start renewing automatically or do staff have to manually renew it again for it to be done automatically by the system afterwards? |
| 10:19 |
|
tundunf |
We had syspref AllowRenewalIfOtherItemsAvailable set to 'Don't Allow', I think this is what stopped the autorenewals for this borrower even after another book became available. Would setting this to 'Allow' stop this from happening? |
| 10:20 |
|
ashimema |
Hmm, I image item level vs biblio level hold type comes into account? |
| 10:20 |
|
ashimema |
i.e. was the hold placed on a specific item? |
| 10:20 |
|
ashimema |
if it was then it'll still be trapped and prevent the auto renewal I believe |
| 10:21 |
|
ashimema |
if it was a biblio level hold then I believe it should work as you described allowing for the renewal to take place. |
| 10:23 |
|
tonys |
tuxayo: I gave you the wrong version -- We are upgrading from Koha 21.12.00.010 to 22.05.00.000 |
| 10:24 |
|
tuxayo |
tonys: you were running a development version of Koha? |
| 10:24 |
|
tundunf |
@ashimema, we don't allow users to place OPAC item level reservations, but I wonder if a member of staff might have overriden this based on your explanation. I'll check/ask |
| 10:24 |
|
huginn |
tundunf: I suck |
| 10:24 |
|
tundunf |
thank you! |
| 10:25 |
|
tuxayo |
Because that's what 21.12 is. |
| 10:25 |
|
tonys |
tuxayo: No |
| 10:25 |
|
ashimema |
sorry tundunf, huggin is a silly bot |
| 10:26 |
|
ashimema |
great, it'll be interesting to find out your results tundunf |
| 10:26 |
|
tuxayo |
tonys: so your Koha version before you upgraded wasn't 21.12.00.010 then? |
| 10:26 |
|
tonys |
tuxayo: It happens during the Web Installer |
| 10:28 |
|
tuxayo |
tonys: you had your Koha installed and running since a while right? Before running the web installer, you did something like upgrading the Koha packages right? |
| 10:28 |
|
tonys |
Yes and Yes |
| 10:29 |
|
tuxayo |
Is that in the web installer you found that the starting version was 21.12.00.010 ? |
| 10:29 |
|
tonys |
Yes |
| 10:32 |
|
tonys |
tuxayo: It is listed as a bug --bug 27946 |
| 10:32 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=27946 enhancement, P5 - low, ---, tomascohen, RESOLVED FIXED, Add a charge per article request to patron categories |
| 10:35 |
|
Joubu |
tonys: during your upgrade from 20.11 you should have hit 21.06.00.029 which added article_requests.cancellation_reason. Didn't you notice an error earlier in the upgrade process? |
| 10:35 |
|
tonys |
huginn: thank you for your reply but I'm getting the error when doing the web installer |
| 10:35 |
|
huginn |
tonys: I'll give you the answer as soon as RDA is ready |
| 10:35 |
|
wahanui |
i already had it that way, huginn. |
| 10:35 |
|
Joubu |
you can add the missing column with the following SQL query, but it should be good to know what happened |
| 10:35 |
|
Joubu |
ALTER TABLE `article_requests` ADD COLUMN `cancellation_reason` varchar(80) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'optional authorised value AR_CANCELLATION' AFTER `urls` |
| 10:35 |
|
Joubu |
tonys: ignore wahanui and huginn, they are silly bots |
| 10:36 |
|
Joubu |
sometimes not that silly ;) |
| 10:37 |
|
tonys |
Thank you Joubu let me add that information to the database and see what happens |
| 11:03 |
|
|
oleonard joined #koha |
| 11:04 |
|
oleonard |
Hi #koha |
| 11:06 |
|
cait |
hi oleonard |
| 11:06 |
|
wahanui |
hi oleopard |
| 11:11 |
|
cait |
@marc 856 |
| 11:11 |
|
huginn |
cait: The information needed to locate and access an electronic resource. The field may be used in a bibliographic record for a resource when that resource or a subset of it is available electronically. In addition, it may be used to locate and access an electronic version of a non-electronic resource described in the bibliographic record or a related electronic resource. (Repeatable) (1 more message) |
| 11:11 |
|
cait |
(marc documentation from LOC is down) |
| 11:12 |
|
cait |
@marc 856$z |
| 11:12 |
|
huginn |
cait: unknown tag 856$z |
| 11:12 |
|
cait |
@marc 856 z |
| 11:12 |
|
huginn |
cait: Public note (Repeatable) |
| 11:12 |
|
cait |
@marc 856 3 |
| 11:12 |
|
huginn |
cait: Materials specified |
| 11:13 |
|
* ashimema |
didn't know huginn did that |
| 11:13 |
|
|
m23 joined #koha |
| 11:14 |
|
oleonard |
It's been ages since I've seen anyone use it |
| 11:15 |
|
oleonard |
That's just like us librarians, more concerned about the weather than about our jobs (rip wunder) |
| 11:15 |
|
ashimema |
lol |
| 11:19 |
|
cait |
I wish it did the weather again |
| 11:20 |
|
cait |
but at least it helped me out here now... pretty lost without the docs |
| 11:20 |
|
ashimema |
Stevenage, Sunny and Warm, No Showers |
| 11:21 |
|
oleonard |
Athens OH, Partly to mostly cloudy. A stray shower or thunderstorm is possible. High around 90F. |
| 11:21 |
|
oleonard |
That's 32C to you. |
| 11:21 |
|
oleonard |
:( |
| 11:22 |
|
ashimema |
32C.. that's barmy |
| 11:23 |
|
oleonard |
Ohio weather is chaotic |
| 11:26 |
|
Joubu |
heat wave starting tomorrow here... :-/ |
| 11:26 |
|
Joubu |
Today, Toulouse: 29° Feel 33° A blend of sun and clouds |
| 11:27 |
|
Joubu |
Tomorrow 33° feel 37° Hot and humid with intervals of clouds and sun |
| 11:27 |
|
Joubu |
hot and humid, the best... :D |
| 11:28 |
|
Joubu |
ha, it keeps rising, Friday 36 feel 40 |
| 11:29 |
|
oleonard |
Yikes |
| 11:57 |
|
cait |
where do you get english weather info from? |
| 11:57 |
|
cait |
oleonard: are you using the upload file feature? |
| 11:58 |
|
cait |
i remember you did some work on the forms, but not sure |
| 11:58 |
|
oleonard |
I've tested it, but we don't use it in production |
| 11:58 |
|
|
m23 joined #koha |
| 11:58 |
|
cait |
bug 19318 - wondering about the categories |
| 11:58 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=19318 enhancement, P5 - low, ---, julian.maurice, Signed Off , Add ability to use custom file upload paths |
| 12:00 |
|
tcohen |
UPLOAD? |
| 12:03 |
|
oleonard |
Yeah cait I don't know if I can help there |
| 12:09 |
|
tcohen |
what is the question, cait? |
| 12:11 |
|
oleonard |
I think the question is whether or not the category system should be replaced by the upload path system, since behind the scenes the categories were defining different upload paths? |
| 12:15 |
|
tcohen |
ah, right |
| 12:15 |
|
|
m23 joined #koha |
| 12:15 |
|
tcohen |
I like getting rid of the categories, but that's just a personal preference. |
| 12:16 |
|
tcohen |
I never liked the need for a category so things are not temporary |
| 12:16 |
|
cait |
hm maybe also something to keep in mind with the patch set |
| 12:16 |
|
cait |
removing the cateogires shoudl not make everything temporary by accident |
| 12:17 |
|
oleonard |
Don't we go from needing a category to make things permanent to needing an upload path to make them permanent? |
| 12:17 |
|
oleonard |
(I haven't tested the patch) |
| 12:24 |
|
tcohen |
jajm: can you address this questions? |
| 12:24 |
|
|
Dyrcona joined #koha |
| 12:26 |
|
cait |
@marc 866 z |
| 12:26 |
|
huginn |
cait: unknown field/subfield combination (866/z) |
| 12:26 |
|
cait |
@marc 866 x |
| 12:26 |
|
huginn |
cait: unknown field/subfield combination (866/x) |
| 12:26 |
|
tcohen |
jajm: it will make the dev pushed faster, if that's what you aim :-D |
| 12:27 |
|
cait |
@marc 866 a |
| 12:27 |
|
huginn |
cait: unknown field/subfield combination (866/a) |
| 12:27 |
|
cait |
huh. |
| 12:27 |
|
tcohen |
@marc 245 a |
| 12:27 |
|
huginn |
tcohen: Title |
| 12:33 |
|
tonys |
@Joubu -- are you still here |
| 12:33 |
|
huginn |
tonys: I've exhausted my database of quotes |
| 12:33 |
|
tuxayo |
Thanks Joubu for all your findings in bug 30733 , I finally address them. |
| 12:33 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30733 enhancement, P5 - low, ---, victor, Needs Signoff , Simplify translatable strings |
| 12:34 |
|
|
marcelr joined #koha |
| 12:34 |
|
tcohen |
tonys: don't use the @ |
| 12:34 |
|
marcelr |
o/ |
| 12:34 |
|
tcohen |
\o |
| 12:34 |
|
tonys |
Sorry |
| 12:34 |
|
tuxayo |
It triggers the bots ^^ |
| 12:34 |
|
tcohen |
it is used by the bots to trigger some special actions |
| 12:34 |
|
tcohen |
@quote random |
| 12:34 |
|
huginn |
tcohen: Quote #257: "<pianohacker> That code has enough smells to start a perfume shop" (added by wizzyrea at 10:13 PM, June 12, 2013) |
| 12:35 |
|
tonys |
Got it |
| 12:35 |
|
tuxayo |
lol |
| 12:35 |
|
tuxayo |
tonys: You can just tell the news about the problem you had. Maybe others will have also ideas about what you need to do. |
| 12:38 |
|
marcelr |
tcohen: did you see bug 30925 |
| 12:38 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30925 major, P5 - low, ---, koha-bugs, NEW , Creating public list by adding items to new list creates a private list |
| 12:39 |
|
Joubu |
tonys: yes |
| 12:39 |
|
tcohen |
marcelr: love it |
| 12:39 |
|
tcohen |
that's a feature here |
| 12:40 |
|
marcelr |
it was caused by the remove category report |
| 12:40 |
|
tonys |
The end of that code you sent me is giving an error (urls) is that suppose to be something else |
| 12:40 |
|
tcohen |
ah |
| 12:40 |
|
marcelr |
it should be a boolean but now it is a zero |
| 12:41 |
|
marcelr |
i was hoping for your great solution :) |
| 12:41 |
|
tcohen |
will take a look |
| 12:43 |
|
Joubu |
tonys: what's the error? Don't you have the 'urls' column? |
| 12:43 |
|
tonys |
no there is no error I'm doing this via command line |
| 12:45 |
|
Joubu |
What's your question? |
| 12:46 |
|
tonys |
Do I also need to add that column |
| 12:48 |
|
Joubu |
It has been added by a previous version |
| 12:48 |
|
Joubu |
you have something wrong with your installb |
| 12:49 |
|
Joubu |
You should reconsider replaying the upgrade from a backup |
| 12:49 |
|
tonys |
okay let me reinstall the entire system |
| 12:49 |
|
Joubu |
no need for that |
| 12:51 |
|
Joubu |
reinject your backup, restart the different services (apache2, koha-common, memcached) and hit the interface, you will be redirected to the upgrade process |
| 12:51 |
|
tonys |
Well it is a mess right now --- I'll use the backups |
| 12:53 |
|
marcelr |
anyone willing to test / sign off on bug 25498 ? |
| 12:53 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=25498 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , Allow to change owner of public or shared list |
| 12:54 |
|
oleonard |
Sure I will take a look marcelr |
| 12:54 |
|
marcelr |
great oleonard |
| 13:03 |
|
jajm |
tcohen, oleonard, i think the upload_path is already mandatory for making uploads permanent ? |
| 13:05 |
|
|
m23 joined #koha |
| 13:05 |
|
marcelr |
jajm yes you need a path normally /var/lib/koha/INSTANCE/uploads |
| 13:06 |
|
marcelr |
:q |
| 13:06 |
|
marcelr |
;) |
| 13:14 |
|
|
m23 joined #koha |
| 13:23 |
|
|
m23 joined #koha |
| 13:39 |
|
huginn |
News from kohagit: Bug 12630: Rebase tests and cover CheckReserves <https://git.koha-community.org[…]89483f3282784527c> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30924: DBIC update <https://git.koha-community.org[…]ef8d4d95ee849d1f1> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30924: Add missing branchtransfers.reason value for recall cancellation <https://git.koha-community.org[…]44330e38093408f8f> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30924: Fix transferstoreceive.pl explosion on recalls <https://git.koha-community.org[…]10eb4787795f3c594> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30399: Make Patron.t pass even if mandatory attributes exist <https://git.koha-community.org[…]85de5cc538ff65852> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30914: (24153 follow-up) Fix cleanup_database.pl --transfers --old-reserves <https://git.koha-community.org[…]64c98970b4973f77f> |
| 13:39 |
|
huginn |
News from kohagit: Bug 30883: Authorities merge is limited to 100 biblio with Elasticsearch <https://git.koha-community.org[…]384c592e39e5dfce6> |
| 13:39 |
|
huginn |
News from kohagit: Bug 12630: Add regression tests <https://git.koha-community.org[…]d74cc3edb6aef5a09> |
| 13:39 |
|
huginn |
News from kohagit: Bug 12630: (QA follow-up) - Rename _ShiftPriorityByDateAndPriority to _ShiftPriority <https://git.koha-community.org[…]c7516417e81532c43> |
| 13:39 |
|
huginn |
News from kohagit: Bug 12630: Prioritizing "Hold starts on date" -holds causes all other holds to be... <https://git.koha-community.org[…]83ead509cfaffa04c> |
| 13:44 |
|
cait |
oleonard: is it correct hat the catalog result list XSLT is also used for the list result list? |
| 13:45 |
|
oleonard |
I think that's the way it was meant to work, but I'm not positive |
| 13:45 |
|
Joubu |
:q |
| 13:45 |
|
Joubu |
:D |
| 13:45 |
|
tcohen |
don't leave Joubu |
| 13:50 |
|
cait |
oleonard: I am also slightly confused by now :) |
| 13:50 |
|
wahanui |
okay, cait. |
| 13:50 |
|
cait |
but I didn't spot another xslt for it |
| 13:53 |
|
cait |
hm yep I think I confirmed |
| 14:11 |
|
huginn |
News from kohagit: Bug 30912: Fix db rev 21.12.00.016 <https://git.koha-community.org[…]465efc767fc0428c1> |
| 14:11 |
|
huginn |
News from kohagit: Bug 30904: (bug 24387 follow-up) Fix library modification of additional contents <https://git.koha-community.org[…]912b158912b0810d9> |
| 14:11 |
|
huginn |
News from kohagit: Bug 30798: Change column order on account-fines table column settings <https://git.koha-community.org[…]f9d7d8fc3257bc874> |
| 14:17 |
|
alohabot |
🎠🦄 Koha 'master' packages pushed to 'koha-staging' repo ðŸœðŸ¥™ðŸ˜ |
| 14:24 |
|
koha-jenkins |
Project Koha_Master_D11_MDB_Latest build #954: UNSTABLE in 43 min: https://jenkins.koha-community[…]1_MDB_Latest/954/ |
| 14:40 |
|
koha-jenkins |
Project Koha_Master_D11_My8 build #867: SUCCESS in 56 min: https://jenkins.koha-community[…]ster_D11_My8/867/ |
| 14:45 |
|
alohabot |
🎠🦄 Koha 'master' packages pushed to 'koha-staging' repo 🥒ðŸ¢ðŸ— |
| 14:46 |
|
|
m23 joined #koha |
| 14:47 |
|
koha-jenkins |
Project Koha_Master_U22 build #88: SUCCESS in 1 hr 5 min: https://jenkins.koha-community[…]ha_Master_U22/88/ |
| 14:51 |
|
huginn |
News from kohagit: Bug 30780: Regression tests <https://git.koha-community.org[…]64621d360e75b94ac> |
| 14:52 |
|
huginn |
News from kohagit: Bug 30780: Librarians with only "place_holds" permissions can not update holds data... <https://git.koha-community.org[…]fc696ee2b446c617e> |
| 14:59 |
|
koha-jenkins |
Project Koha_Master_D9 build #2003: SUCCESS in 39 min: https://jenkins.koha-community[…]a_Master_D9/2003/ |
| 15:03 |
|
koha-jenkins |
Project Koha_Master build #2055: SUCCESS in 1 hr 14 min: https://jenkins.koha-community[…]Koha_Master/2055/ |
| 15:08 |
|
koha-jenkins |
Project Koha_Master_U20 build #435: SUCCESS in 43 min: https://jenkins.koha-community[…]a_Master_U20/435/ |
| 15:10 |
|
reiveune |
bye |
| 15:10 |
|
|
reiveune left #koha |
| 15:16 |
|
|
cait left #koha |
| 15:16 |
|
alohabot |
🎠🦄 Koha 'master' packages pushed to 'koha-staging' repo ðŸŠðŸ¥˜ðŸ– |
| 15:33 |
|
koha-jenkins |
Project Koha_Master_D10 build #681: SUCCESS in 53 min: https://jenkins.koha-community[…]a_Master_D10/681/ |
| 15:44 |
|
ashimema |
oleonard still around? |
| 15:44 |
|
oleonard |
Yup |
| 15:45 |
|
ashimema |
do you have an opinion, consistency wise, of when a searchable select should be used vs a full on search results display? |
| 15:45 |
|
ashimema |
example.. Log viewer has a 'librarian' filter |
| 15:46 |
|
ashimema |
it uses the autocomplete stuff.. which is in effect a searchable select |
| 15:46 |
|
ashimema |
there's no 'search' button and it only ever displays the little drop down autocomplete as the results. |
| 15:46 |
|
oleonard |
Thinking about Bug 30578 too? I was just looking at it myself. |
| 15:46 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=30578 enhancement, P5 - low, ---, jonathan.druart+koha, Needs Signoff , We should drop circ/ysearch.pl in preference to using the REST API's |
| 15:47 |
|
ashimema |
hehe |
| 15:47 |
|
ashimema |
I had a feeling you might be |
| 15:47 |
|
ashimema |
hence my raising to discuss |
| 15:48 |
|
oleonard |
I'll say this: If we can satisfy our autocomplete needs with Select2 I would be happy because I'd rather not have to introduce a new dependency, and ultimately the goal is to get rid of jQueryUI autocomplete |
| 15:48 |
|
ashimema |
course reserves is an interesting case in that it follows a 'search to add' workflow.. again presenting with a search box that never takes you to a full fat search results but gives a dropdown (like a select) and 'adds the user' if you select in it. |
| 15:48 |
|
ashimema |
I think for both those cases above we could switch to select2 happily |
| 15:49 |
|
ashimema |
and not really loose anything. |
| 15:49 |
|
oleonard |
I think that's the core of the inconsistency... Whether or not the user can bypass the autocomplete results (which may be too limited) and get to the "full fat" results as you say :) |
| 15:49 |
|
ashimema |
holds is a weirder case because I think it's actually tied to the autocomplete syspref? |
| 15:50 |
|
ashimema |
and actually does a full on search if you click the search box.. showing a set of results you then click through to go to the next step in the form. |
| 15:50 |
|
oleonard |
As we move to rely more and more on the REST api I think getting rid of the preference makes sense |
| 15:50 |
|
oleonard |
It used to be that libraries wanted to turn off autocomplete to take a burden off their server as I understand it |
| 15:50 |
|
ashimema |
yeah... your right.. the question is how often do we actually need to fall back and do a full search and display of results |
| 15:50 |
|
oleonard |
I guess "libraries" is the wrong decision-maker there ;) |
| 15:51 |
|
ashimema |
the main different is what fields we allow searching on |
| 15:51 |
|
ashimema |
autocomplete only searches on firstname, surname and cardnumber.. I believe |
| 15:51 |
|
ashimema |
most of our libraries actually turn it off.. haha |
| 15:51 |
|
oleonard |
Do you know why? |
| 15:52 |
|
ashimema |
no because of server burden but because they find it a bit jarring having both |
| 15:52 |
|
oleonard |
Hm. |
| 15:52 |
|
ashimema |
i.e. they don't like the brief pause and wait for autocomplete before firing the full search |
| 15:52 |
|
ashimema |
of course.. they can just hit return |
| 15:52 |
|
ashimema |
but they see the spinner and pause so many disable it so that they just type and return |
| 15:52 |
|
ashimema |
and that gets results.. |
| 15:52 |
|
ashimema |
old school.. haha |
| 15:53 |
|
koha-jenkins |
Project Koha_Master_D12 build #162: SUCCESS in 1 hr 5 min: https://jenkins.koha-community[…]a_Master_D12/162/ |
| 15:53 |
|
oleonard |
I guess that's an argument for keeping the pref, but if we want to really be consistent we'd need to make sure anywhere we have a patron autocomplete search we also had the fallback |
| 15:53 |
|
oleonard |
That's not the case now is it? |
| 15:53 |
|
ashimema |
it is not |
| 15:53 |
|
ashimema |
how often do you actually need to fall back |
| 15:54 |
|
ashimema |
I can understand for the top search box you want it to get to more advanced search options |
| 15:54 |
|
ashimema |
but for a simple select won't you know enough to get there by autocomplete the majority of the time. |
| 15:54 |
|
ashimema |
like.. start typing lastname and then just select.. |
| 15:54 |
|
oleonard |
You lost me there at the end |
| 15:55 |
|
ashimema |
so for placing a reserve for example |
| 15:55 |
|
koha-jenkins |
Project Koha_Master_U22 build #89: SUCCESS in 46 min: https://jenkins.koha-community[…]ha_Master_U22/89/ |
| 15:55 |
|
ashimema |
how often do you actually hit the 'Search' button to get the full results? |
| 15:56 |
|
oleonard |
Myself, rarely. |
| 15:56 |
|
ashimema |
and if you do.. what does the full results give you extra? |
| 15:57 |
|
oleonard |
More results, in case my initial terms weren't narrow enough. Maybe more details, but I guess it depends. |
| 15:57 |
|
oleonard |
One of the things 30578 tries to do is make the autocomplete information consistent which I like. |
| 15:57 |
|
ashimema |
does it actually give you more results? |
| 15:57 |
|
ashimema |
with select2 the results are infinitely scrollable |
| 15:57 |
|
ashimema |
yeah.. I do really like the consistency |
| 15:57 |
|
oleonard |
Autocomplete results are capped currently |
| 15:58 |
|
ashimema |
ooh.. they're capped to 10 results |
| 15:58 |
|
ashimema |
I hadn't spotted that |
| 15:58 |
|
ashimema |
that may well be why I came up with using Select2 in the first place |
| 15:58 |
|
ashimema |
I had it displaying really nicely and it gave all results easily |
| 15:59 |
|
ashimema |
in a nice scrollable select that used the api paging to maintain good performance |
| 15:59 |
|
oleonard |
The limit was put in place because of the perceived inefficiency of the search at the time |
| 15:59 |
|
ashimema |
I 'think' that actual search may be different too.. |
| 15:59 |
|
ashimema |
i.e. what fields it searches against.. but I'm not sure |
| 16:00 |
|
ashimema |
the recent work made sure it uses the syspref that defines default search fields when you drop through to the full results search |
| 16:00 |
|
ashimema |
maybe the select2 should just use the same pref and we should drop the fallthrough entirely for anywhere where a select makes sense |
| 16:00 |
|
ashimema |
only have the fall through for the actual full fat patron search ? |
| 16:01 |
|
oleonard |
Is your bookings branch on Gitlab testable in its current state? I'd like to see your Select2 autocomplete in action |
| 16:01 |
|
ashimema |
hmm |
| 16:01 |
|
koha-jenkins |
Project Koha_Master_D10 build #682: SUCCESS in 58 min: https://jenkins.koha-community[…]a_Master_D10/682/ |
| 16:02 |
|
ashimema |
good question |
| 16:05 |
|
ashimema |
https://gitlab.com/mrenvoize/K[…]/-/tree/bug_29002 |
| 16:05 |
|
|
alexis joined #koha |
| 16:05 |
|
ashimema |
I recently demoed it, but the branch looks a bit behind again |
| 16:08 |
|
|
bag joined #koha |
| 16:09 |
|
pastebot |
"ashimema" at 127.0.0.1 pasted "patron search select2" (52 lines) at https://paste.koha-community.org/9956 |
| 16:09 |
|
ashimema |
the code was trivially simple though.. that's the relevant stuff. |
| 16:10 |
|
ashimema |
clearly we would probably want to add back in the branchcode and css for the results display a bit.. but that's pretty easy |
| 16:10 |
|
ashimema |
i may have already done it on that branch somewhere but can't spot it. |
| 16:14 |
|
koha-jenkins |
Yippee, build fixed! |
| 16:14 |
|
koha-jenkins |
Project Koha_Master_D11_MDB_Latest build #955: FIXED in 35 min: https://jenkins.koha-community[…]1_MDB_Latest/955/ |
| 16:14 |
|
wahanui |
Congratulations! |
| 16:17 |
|
alexis |
Hi everyone, I am trying to use KOHA REST Api and I have problems doing a simple request. I use this request to have a token `/api/v1/oauth/token` and I get it. But when I do this request `/api/v1/patrons` using the token in header it returns me `"error": "Authentication failure."`. What did I do wrong ? I try with curl and Insomnia (same as Postman) |
| 16:29 |
|
koha-jenkins |
Project Koha_Master_D11_My8 build #868: SUCCESS in 56 min: https://jenkins.koha-community[…]ster_D11_My8/868/ |
| 16:39 |
|
koha-jenkins |
Project Koha_Master_U20 build #436: SUCCESS in 44 min: https://jenkins.koha-community[…]a_Master_U20/436/ |
| 16:40 |
|
koha-jenkins |
Project Koha_Master build #2056: UNSTABLE in 38 min: https://jenkins.koha-community[…]Koha_Master/2056/ |
| 16:49 |
|
|
m23 joined #koha |
| 16:50 |
|
koha-jenkins |
Project Koha_Master_D12 build #163: SUCCESS in 35 min: https://jenkins.koha-community[…]a_Master_D12/163/ |
| 16:59 |
|
koha-jenkins |
Project Koha_Master_D9 build #2004: SUCCESS in 1 hr 6 min: https://jenkins.koha-community[…]a_Master_D9/2004/ |
| 17:22 |
|
koha-jenkins |
Project Koha_Master_D10 build #683: SUCCESS in 52 min: https://jenkins.koha-community[…]a_Master_D10/683/ |
| 17:30 |
|
koha-jenkins |
Project Koha_Master_D9 build #2005: SUCCESS in 40 min: https://jenkins.koha-community[…]a_Master_D9/2005/ |
| 17:34 |
|
|
cait joined #koha |
| 17:35 |
|
cait |
t |
| 17:36 |
|
cait |
alexis: does your user have permissions to edit/access patrons? |
| 17:50 |
|
koha-jenkins |
Project Koha_Master build #2057: STILL UNSTABLE in 1 hr 9 min: https://jenkins.koha-community[…]Koha_Master/2057/ |
| 18:05 |
|
koha-jenkins |
Project Koha_Master_D12 build #164: SUCCESS in 1 hr 5 min: https://jenkins.koha-community[…]a_Master_D12/164/ |
| 18:55 |
|
|
m23 joined #koha |
| 19:06 |
|
|
Victor_ joined #koha |
| 19:10 |
|
|
victor_ joined #koha |
| 19:16 |
|
|
m23 joined #koha |
| 19:18 |
|
victor_ |
olá |
| 19:19 |
|
victor_ |
i need help with mariadb on koha |
| 19:21 |
|
victor_ |
When trying to restart the database of an instance in koha mysql is showing the following error |
| 19:23 |
|
victor_ |
koha-upgrade-schema library Upgrade to 21.12.00.013 [19:25:20]: Bug 29605 - Resync DB structure for existing installations ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'ar' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 |
| 19:23 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29605 major, P5 - low, ---, jonathan.druart+koha, RESOLVED FIXED, DB structure may not be synced with kohastructure.sql |
| 19:27 |
|
victor_ |
how can i fix? |
| 19:34 |
|
victor_ |
koha-upgrade-schema library Upgrade to 21.12.00.013 [19:25:20]: Bug 29605 - Resync DB structure for existing installations ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'ar' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 |
| 19:34 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29605 major, P5 - low, ---, jonathan.druart+koha, RESOLVED FIXED, DB structure may not be synced with kohastructure.sql |
| 19:36 |
|
victor_ |
Resync DB structure for existing installations ERROR |
| 19:37 |
|
victor_ |
Duplicate entry 'ar' for key 'PRIMARY' |
| 20:08 |
|
|
fridolin joined #koha |
| 20:09 |
|
fridolin |
yllow |
| 20:22 |
|
bag |
heya fridolin |
| 20:22 |
|
wahanui |
well, fridolin is RM for 22.05 |
| 20:22 |
|
bag |
and did a great job wahanui |
| 20:27 |
|
fridolin |
yeyeyy |
| 20:27 |
|
fridolin |
bag: watsup ? |
| 23:03 |
|
|
JacksonHCnz joined #koha |
| 23:20 |
|
huginn |
News from kohagit: Bug 30824: (follow-up) POD <https://git.koha-community.org[…]31ad839c662b17893> |
| 23:20 |
|
huginn |
News from kohagit: Bug 30824: Improve performance of BatchCommitItems <https://git.koha-community.org[…]2cffaadfba56b2c79> |
| 23:48 |
|
alohabot |
🎠🦄 Koha 'master' packages pushed to 'koha-staging' repo 🥗ðŸ¥ðŸ |
| 23:57 |
|
koha-jenkins |
Project Koha_Master_D9 build #2006: SUCCESS in 38 min: https://jenkins.koha-community[…]a_Master_D9/2006/ |
