Hi
Our library is working with Debian GNU/Linux 10 and Koha 21.05.05.
Since the update the check out process does no more respect the
circulation conditons regarding the due date (the loan period is 1643
days) but instead sets the due date to the current date!
So If I check out a book today
Hi Carlo,
you can do so in the bibliographic MARC frameworks in the administration
module. You can use the default value setting for the @ subfield to add
a default for the whole field, but you can't define a default just for a
single position of a control field.
Hope this helps
Katrin
On 02.1
Hi Tasha,
at the moment it's not possible to use the framework descriptions in the
XSLT files. The descriptions of the fields are part of the XSLT file. I
think with the current mechanisms it would not be trivial to add the
database descriptions.
Unfortunately, the framework code doesn't seem to
Hi Rizwan,
can you explain your problem a bit more? Did you try to print with other
scripts and it didn't work? I think from the GUI it should work just the
same.
Katrin
On 01.12.21 06:19, Rizwan Majeed wrote:
Dear All
Printing labels in Koha using the English language is very easy. Because
t
Hi Michael,
there are some mechanisms in Koha that can lead to a shortened due date
- maybe they could be a starting point for your investigation?
* The patron is about to expire (system preference ReturnBeforeExpiry)
* When there are holds on the item, the due date can be shortened
(system pref
Hi,,
Is there any update on this problem. I will need to roll back if not with the
need to add more than 100 volumes back in.
Thanks
--Dave
---
David L. Whelchel
725 SE Derby Street
Pullman, WA 99163
whelc...@pullman.co
Hi Igor,
you can tie authorised values to MARC subfields and they will provide a
pull down to make it possible to pick by description, but store the
code. - Is that what you had in mind?
Hope this helps
Katrin
On 03.12.21 05:05, Сычев Игорь Алексеевич wrote:
Hello Koha Community!
Question abo
Hi,
I haven't seen this behavior in Koha or a bug reported for it yet.
What is your exact 21.05 version? Are you using Independentbranches?
Could a local customization (like IntranetUserJS) cause the issue?
Katrin
On 02.12.21 11:40, Admire Mutsikiwa wrote:
Good day. We are running Koha 21
Hi,
I think it doesn't show in the staff interface, but you could create a
report to check for users that haven't accepted. You'd have to look for
borrowernumbers not present in the patron_consent table.
Hope that helps,
Katrin
On 02.12.21 13:27, Tadas G wrote:
Hello
I using Koha 21.05
I set
More a caution than a problem. If you've been running Koha for a long
time, the OPACBaseURL may be "http", rather than https.
Our test OPAC requires a user login. The link between a biblio record and
the OPAC won't work if the OPACBaseURL says http and the actual url is
https. The logins keep
Hi Jonathan,
My problematic records were something like that on table language_description
('Laoo','script','en','Laotisch',183)
('Laoo','script','en','Laotisch',184)
and the error was "ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do
failed: Duplicate entry 'Laoo-script-en' for key 'uniq_l
Hi Katrin
Today you wrote:
> there are some mechanisms in Koha that can lead to a shortened due
> date - maybe they could be a starting point for your investigation?
>
> * The patron is about to expire (system preference ReturnBeforeExpiry)
No, the expiry date of the patron is 3 August 2031. Sy
Hi
I have the same problem on two different hosts, both use Debian
GNU/Linux 11 with Apache HTTP Server 2.4.51.
* one is a productive machine using Koha 21.05.02
* the other one is my demo installation using Koha 21.11.00
Both work as you would expect on the surface, but both show lots and
l
Are you using Plack there? Is it all the time? Some pages?
El lun., 6 dic. 2021 20:17, Michael Kuhn escribió:
> Hi
>
> I have the same problem on two different hosts, both use Debian
> GNU/Linux 11 with Apache HTTP Server 2.4.51.
>
> * one is a productive machine using Koha 21.05.02
> * the othe
14 matches
Mail list logo