Re: [Koha] web installer appears on upgrade

` (`publishercode`(191)), The size on index has been added by : Bug 18336: Convert schema from utf8 to utf8mb4 I've look at old databases, the index is OK. Please open a bug report. Best regards Le 10/08/2023 à 04:43, Daniel Owens a écrit : This worked the last time I had the problem

Re: [Koha] web installer appears on upgrade

. Please open a bug report. Best regards Le 10/08/2023 à 04:43, Daniel Owens a écrit : This worked the last time I had the problem, but with the latest upgrade I got the web installer again. After running: $ sudo service memcached restart $ sudo koha-upgrade-schema hbc Upgrading database schema

Re: [Koha] web installer appears on upgrade

This worked the last time I had the problem, but with the latest upgrade I got the web installer again. After running: $ sudo service memcached restart $ sudo koha-upgrade-schema hbc Upgrading database schema for hbc Upgrade to 22.11.07.003  [14:01:47]: Bug 34029 - Extend datatypes in

Re: [Koha] web installer appears on upgrade

Thank you so much, Anke. That fixed it! Daniel On 7/11/23 10:18 AM, Bruns, Anke wrote: Hi, in our case, when this occurs, the solution is usually to restart the memcached and then perform koha-upgrade-schema . Hope this helps. Best regards, Anke

[Koha] web installer appears on upgrade

Hi, I am looking for help. With a regular upgrade of the package in Ubuntu 22.04 using apt, there was a problem running the upgrade script because of a second instance installed and running. I removed that instance, and the upgrade script completed successfully. However, after the upgrade

[Koha] DBMS auto increment issue

I am running Koha 20.05.02.000. I have corrupted data due to the DBMS auto increment issue. How can I deal with corrupted data? I tried following the advice to remove the affected lines from deleted* tables, but in the two items I checked, I could not find those ids. To find the ids listed in

Re: [Koha] Problem with upgrading Koha from 17.11 to 18.11

(maybe local changes) In /etc/koha Check that apache-shared-intranet.conf and apache-shared-opac.conf have RewriteRule ^(.*)_[0-9]{2}\.[0-9]{7}\.(js|css)$ $1.$2 [L] If not add that This actually means in future after upgrades you don't have to clear the cache :) Chris On 23 March 2019 7:48:54 A

Re: [Koha] Problem with upgrading Koha from 17.11 to 18.11

ck that apache-shared-intranet.conf and apache-shared-opac.conf have > > RewriteRule ^(.*)_[0-9]{2}\.[0-9]{7}\.(js|css)$ $1.$2 [L] > > If not add that > > This actually means in future after upgrades you don't have to clear the > cache :) > > Chris > >> On

Re: [Koha] Problem with upgrading Koha from 17.11 to 18.11

Oh, of course. Full output is below, but looking through the errors, I found two kinds: * "Loading failed for the

Re: [Koha] Problem with upgrading Koha from 17.11 to 18.11

- clear your browser cache? Hope this helps Indranil Das Gupta L2C2 Technologies On Fri 22 Mar, 2019, 8:59 PM Daniel Owens, <mailto:dcowen...@gmail.com>> wrote: I just upgraded from 17.11 to 18.11. Afterward, both the staff client and OPAC display very basic HTML, with n

[Koha] Problem with upgrading Koha from 17.11 to 18.11

I just upgraded from 17.11 to 18.11. Afterward, both the staff client and OPAC display very basic HTML, with no styling. The staff client login looks like this: Koha Username: Password: Library: * English * Tiếng Việt

[Koha] Vietnamese language choice in OPAC appears in Chinese characters

We have used Koha in Vietnam for several years, and when the vi-VN locale is installed, it appears in the OPAC as Chinese characters. Not the actual interface, mind you, just in the language selector: tabindex="-1" role="menuitem" class="listmenulink">㗂越 That seems to be a bug to me, but

Re: [Koha] Koha 17.11 popup windows

Excellent, thank you Bob and Tomas. That did the trick. Daniel On 1/18/18 6:33 PM, Bob Birchall wrote: Clear your browser cache. I think that's all you need to do. We saw that problem or one very similar on upgrading from 16.11 to 17.05. HTH, Bob Birchall, Calyx On 18/01/18 19:18, Daniel

[Koha] Koha 17.11 popup windows

Working with 17.11 (after upgrading from 3.22 or some other earlier version, which version I cannot recall), in several places windows pop up unexpectedly. 1. Our librarian noticed this when she went to check a book out for a student. A window pops up called "Leave a message". The window

Re: [Koha] Fwd: Koha 17.11 Web installer stuck at Choose your language

I managed to get it going using a 32-bit VPS. Are 64-bit servers not supported? I am pretty sure that is the only difference in the setup. If that is the case, does that detail need to be in the installation instructions on the wiki? Daniel On 1/16/18 11:17 AM, Daniel Owens wrote: Jonathan

Re: [Koha] Fwd: Koha 17.11 Web installer stuck at Choose your language

-community.org/wiki/Koha_on_ubuntu_-_packages. Daniel On 1/10/18 8:43 PM, Jonathan Druart wrote: tail -f  /var/log/koha/$INSTANCE/*.log On Wed, 10 Jan 2018 at 10:36 Daniel Owens <dcowen...@gmail.com <mailto:dcowen...@gmail.com>> wrote: That would certainly be a good idea. Do you mean

[Koha] Fwd: Koha 17.11 Web installer stuck at Choose your language

I am using the Web installer for Koha 17.11 on Ubuntu 16.04. I select "en" (or vi-VN, which is also available), and click "Continue to the next step", but the browser says "Waiting for ..." for awhile then returns to the "Choose your language" screen. Any ideas what is happening? Daniel

[Koha] Problems running koha-create on Ubuntu 16.04 with MariaDB

I am moving our library to a new server with Ubuntu 16.04. Following the instructions at https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages, I installed MariaDB instead of MySQL. When I run: sudo koha-create --create-db koha_library The result is: ERROR 1045 (28000): Access

Re: [Koha] renewal rules and days not corresponding

activated. Check the sys pref 'Use Days Mode' on the Circulation tab. Regards, Bob Birchall Calyx On 29/11/17 17:07, Daniel Owens wrote: We are using Koha 3.22.04.000. We have renewal rules for all libraries and our branch set up to renew for 14 days. But upon renewal Koha adds 10 days. So I tried

[Koha] renewal rules and days not corresponding

We are using Koha 3.22.04.000. We have renewal rules for all libraries and our branch set up to renew for 14 days. But upon renewal Koha adds 10 days. So I tried changing the renewal rule to 30 days, and upon renewal Koha added 34 days. Has anyone seen this kind of behavior before? Daniel

Re: [Koha] Placing items on hold

patron categories - All item types, where holds are allowed Hope this helps, Katrin On 19.04.2017 03:21, Daniel Owens wrote: On 4/17/17 7:09 PM, Owen Leonard wrote: Our librarian discovered that our patrons are not allowed to place holds on items, even though the feature is e

Re: [Koha] Placing items on hold

On 4/17/17 7:09 PM, Owen Leonard wrote: Our librarian discovered that our patrons are not allowed to place holds on items, even though the feature is enabled. Is this true of ALL items? Do you have "On shelf holds allowed" enabled for the item types in question? This setting might be in

[Koha] Placing items on hold

Our librarian discovered that our patrons are not allowed to place holds on items, even though the feature is enabled. The OPAC gives the following message when trying to place items on hold: Sorry, none of these items can be placed on hold. No available items. Under circulation rules,

Re: [Koha] OAuth2

On 4/21/15 12:22 PM, Robin Sheat wrote: Daniel Owens schreef op di 21-04-2015 om 10:50 [+0700]: It turned out that my googleoauth2 file was missing #! /usr/bin/perl in the header, and instead had a partial email address. I am guessing that was due to my own misapplying the patch or something

Re: [Koha] OAuth2

On 4/21/15 6:51 AM, Robin Sheat wrote: Daniel Owens schreef op di 21-04-2015 om 06:13 [+0700]: I get error 500. See http://koha.theology-vietnam.org/cgi-bin/koha/svc/googleoauth2. It should be logging somewhere, whether that's in /var/log/koha/instancename/opac-error.log (most likely

Re: [Koha] OAuth2

On 4/21/15 4:51 AM, Robin Sheat wrote: Daniel Owens schreef op ma 20-04-2015 om 08:22 [+0700]: I do not recall modifying any of the mods-enabled files, and nothing in apache2.conf indicates any includes like that. Furthermore, after a server restart, I see no errors at all in the Apache error

Re: [Koha] OAuth2

On 4/21/15 8:07 AM, Robin Sheat wrote: Daniel Owens schreef op di 21-04-2015 om 07:15 [+0700]: As I read this, the first error has to do with a permission problem, but I have no idea how to fix it. The first two are caused by the same thing: your googleoauth2 file isn't executable. You'll

Re: [Koha] OAuth2

On 4/20/15 5:37 AM, Robin Sheat wrote: Daniel Owens schreef op vr 17-04-2015 om 10:13 [+0700]: I followed the instructions at http://wiki.koha-community.org/wiki/Alternative_OPAC_logins_RFC#Instructions_for_setting_up_OAuth2_.28Google.29_using_a_patch_file. Did you do anything else? Because

Re: [Koha] OAuth2

Robin, Before I forget, thanks for this tip. I am working through your suggestions. Daniel On 4/20/15 5:37 AM, Robin Sheat wrote: Daniel Owens schreef op vr 17-04-2015 om 10:13 [+0700]: I followed the instructions at http://wiki.koha-community.org/wiki/Alternative_OPAC_logins_RFC

[Koha] OAuth2

I am using Koha 3.16.04.000. I am very interested in getting Koha to use OAuth2 for patron login since we use Google Apps for Education. I have two different instances of Koha running, so I have been testing using the one that is not mission critical. I followed the instructions at

Re: [Koha] database problem

On 1/16/15 8:31 AM, Robin Sheat wrote: Daniel Owens schreef op vr 16-01-2015 om 08:27 [+0700]: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) at /usr/share/koha/lib/C4/Context.pm line 802. This implies that the mysql server isn't running. On Debian

[Koha] database problem

My Koha instance is displaying the following error: Software error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) at /usr/share/koha/lib/C4/Context.pm line 802. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 68. Compilation

Re: [Koha] Help needed to ensure MARC export is in UTF-8 encoding

-21 8:28 GMT+02:00 Daniel Owens dcowen...@gmail.com: Recently I was showing off what Koha and Zotero (www.zotero.org) can do, and I realized that when Zotero scrapes data it does not come into Zotero as UTF-8 text. The encoding and hence anything in Vietnamese gets jumbled up. With help from

Re: [Koha] Help needed to ensure MARC export is in UTF-8 encoding

GMT+02:00 Daniel Owens dcowen...@gmail.com: Recently I was showing off what Koha and Zotero (www.zotero.org) can do, and I realized that when Zotero scrapes data it does not come into Zotero as UTF-8 text. The encoding and hence anything in Vietnamese gets jumbled up. With help from the Zotero