← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:17 | alohabot joined #koha | |
| 06:02 | NikolayGospodinov[m] | Hello. I would like to ask something. When searching in the Koha service interface in English, it searches very quickly. However, when I search for a title in Bulgarian, it searches for a very long time and does not return the correct results. The steps I have taken: In the AdvancedSearchLanguages global settings I have set bul|eng. And I have reindexed the zebra |
| 06:24 | wajasu | i have long forgotten the zebra config. i did apt-get install yaz-icu and then ran yaz-icu -p l | grep bg to see what webpage languages might be supported. and checked out https://translate.koha-communi[…]s/koha/#languages |
| 06:25 | but for your biblio marc records and such, this link might be helpful: https://bywatersolutions.com/e[…]d-language-search | |
| 06:26 | the video show a report that you might run to summarize how many biblios for your language: bul | |
| 06:29 | the video does mention using the advanced search, and selecting the dropdown for language | |
| 06:34 | reiveune joined #koha | |
| 06:35 | reiveune | hello |
| 06:37 | wajasu | i would try adding that SQL report and run it to get a summary count of how many bul biblios you have. |
| 06:52 | lds joined #koha | |
| 06:56 | krimsonkharne[m] | morning all |
| 06:58 | davidnind: your KTD patch testing command cheat sheet looks like it will save my sanity at some point :) | |
| 06:58 | thanks for linking it! | |
| 07:04 | thibaud_g joined #koha | |
| 07:13 | cait joined #koha | |
| 07:25 | cait | good morning #koha |
| 07:55 | cait joined #koha | |
| 08:16 | cait | good morning #koha! |
| 08:26 | paulderscheid[m] | morning #koha, morning cait x2 |
| 08:26 | davidnind++ | |
| 08:27 | PedroAmorim[m] | morning \o |
| 08:59 | cait | paulderscheid[m]: is she gone? |
| 08:59 | morning PedroAmorim[m] :) | |
| 08:59 | NikolayGospodinov[m] | Is there a way to configure the koha staff to work on port 443. It is currently on port 8080? |
| 08:59 | paulderscheid[m] | nah, because you greeted twice :D |
| 08:59 | cait | yes |
| 08:59 | paulderscheid[m] | seconded |
| 08:59 | cait | ah, I guess the windows updates in between confused me :) |
| 09:00 | paulderscheid[m] | okies |
| 09:01 | cait | NikolayGospodinov[m]: you can have Koha on whatever port - it's a matter of setup. You can either have different ports for OPAC/staff or different subdomains - if you have both with https (443), you will want to have different subdomains catalog.library.de staff.library.de or so |
| 09:03 | NikolayGospodinov[m] | I change the port for Intranet to 443 and now open a default apache2 page? |
| 09:03 | cait | you need to deactivate the default |
| 09:04 | restart Apache etc. | |
| 09:04 | NikolayGospodinov[m] | who to do that |
| 09:04 | cait | Iam not sure if you need to set up certificates if using 443 |
| 09:04 | paulderscheid[m]: ? | |
| 09:04 | paulderscheid[m] | Yes |
| 09:05 | You can use lets-encrypt and swap them later. | |
| 09:07 | cait | @later tell fridolin ping :) |
| 09:07 | huginn` | cait: The operation succeeded. |
| 09:15 | magnuse joined #koha | |
| 09:30 | Joubu | @later tell mtj ping 35614 |
| 09:30 | huginn` | Joubu: The operation succeeded. |
| 09:55 | alohabot joined #koha | |
| 10:23 | oleonard | o/ |
| 10:25 | * cait | waves |
| 10:49 | oleonard | The concept of time was a bad idea to begin with and we should reject it. |
| 10:50 | This comment brought to you by date validation. | |
| 10:52 | paulderscheid[m] | What oleonard says |
| 10:54 | cait | oleonard: sorry for that one .( |
| 10:55 | but 2 support requests in short time since the update - I guess it happens more often than you'd think | |
| 10:56 | oleonard | I'm frustrated because it seems like Flatpickr stopped being maintained immediately after we adopted it :( |
| 10:56 | cait | oh my |
| 10:56 | yeah, that would be majorly annoying | |
| 11:16 | oleonard | Are people ignoring the QA warning about tidiness or are they not running the QA script? Is it because it's not a fail? |
| 11:38 | cait | I have been wondering |
| 11:39 | some patches might still pre-date the tidiness warn? | |
| 12:09 | bag joined #koha | |
| 12:20 | alohabot` joined #koha | |
| 13:31 | cait | PedroAmorim[m]: ping :) |
| 13:37 | PedroAmorim[m] | \o/ |
| 13:37 | cait | heh |
| 15:08 | QA team grew my queue! | |
| 15:12 | working on it... | |
| 15:43 | lukeg1 joined #koha | |
| 15:43 | lukeg1 | Hi! |
| 15:43 | cait | hi lukeg1 :) |
| 15:44 | lukeg1 | cait: I am drafting release notes now |
| 15:44 | cait | cool thanks |
| 15:44 | oleonard-away | I can't reproduce Bug 36475 |
| 15:44 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=36475 normal, P5 - low, ---, koha-bugs, NEW , members/summary-print.pl tables cannot be column configured |
| 15:44 | cait | I think otherwise we are ready for Mason |
| 15:44 | oleonard: i had trouble in a 22.11 - maybe a version thingy? | |
| 15:45 | lukeg1 | oleonard: I wonder if its a browser thing? |
| 15:48 | oleonard | It works for me in master testing with Firefox, Safari, and Vivaldi on macOS |
| 15:53 | caroline | I just tried it in Chrome on Ubuntu and it works |
| 15:54 | cait | all in master? |
| 15:54 | or also in the 22.11? | |
| 15:54 | oleonard | Looks like it might be specific to 22.11 |
| 15:54 | caroline | I tried it in master pulled last week |
| 15:56 | I also tried on my local installation (not KTD) and it works also. I thought it might have been like a cache thing or something like that, but no | |
| 16:01 | cait | I pushed the super-bad from the queue - will be back for the others tomorrow |
| 16:02 | cya tomorrow #koha! | |
| 16:04 | oleonard | Oh wait, I had something in IntranetSlipPrinterJS |
| 16:07 | The window prints before DataTables has a chance to process the table. | |
| 16:10 | reiveune | bye |
| 16:10 | reiveune left #koha | |
| 16:22 | oleonard | I wonder if there's a reason not to use $(document).ready() to defer the print() step |
| 16:44 | cait joined #koha | |
| 18:57 | wajasu left #koha | |
| 21:03 | thd joined #koha | |
| 21:04 | thd | tcohen: Are you still around? |
| 21:13 | lukeg1 | is patron searching broken in current master? |
| 21:23 | cait | hm actually it should have been fixed as of today... |
| 21:23 | unless we broke it in a different way now | |
| 21:24 | bug 36302 | |
| 21:24 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=36302 critical, P5 - low, ---, pedro.amorim, Pushed to master , Patron search from search bar broken |
| 21:24 | cait | lukeg1: what are you seeing? |
| 21:25 | lukeg1 | cait: I dont think all the patches were pushed for 36302? |
| 21:25 | I applied the rest of them and all is well! | |
| 21:25 | cait | m what is the rest of htem? |
| 21:25 | I only pushed the last as I thought the others were already pushed | |
| 21:26 | oh | |
| 21:26 | i see | |
| 21:26 | i miss the middle 2 doh | |
| 21:26 | I'll fix in the morning | |
| 21:26 | lukeg1 | Thanks cait! |
| 21:26 | cait | thx for telling me |
| 21:28 | tests are failing too - that's kinda good I guess :) | |
| 21:46 | thd | tcohen: I may have discovered a deficiency with wiki backups. The gzipped SQL file backup file included in srv.tar.gz posted to Nextcloud is only current for the wiki.test database which is necessarily not current content. The backup in daily/srv/mariadb_10_6/mysql/mariadb_10_6_wiki.sql.gz has updated dates but despite the name of the file seems to be the wiki.test database. |
| 21:53 | tcohen: I was able to restore the database from the backup of /var/lib/docker/volumes from var_lib_docker_volumes.tar.gz but the current Gzipped SQL file in srv.tar.gz does not seem to include the current wiki database and may mistakenly have the wrong name. | |
| 22:05 | dcook | . |
| 22:07 | lukeg joined #koha | |
| 23:20 | mtj | hi folks, packages are ready |
| 23:28 | luke, thanks for pushing up the 23.05.10 tag :) |
← Previous day | Today | Next day → | Search | Index