See bug 17817 (Repeat this Tag (cloning) not working) for a patch.
On Tue, 27 Dec 2016 at 19:03 Jonathan Druart <
jonathan.dru...@bugs.koha-community.org> wrote:
> Confirmed, please open a new bug report and assign it to me.
> I will try and provide a patch tomorrow.
>
> On Tue, 27 Dec 2016 at
Confirmed, please open a new bug report and assign it to me.
I will try and provide a patch tomorrow.
On Tue, 27 Dec 2016 at 18:03 anjoze wrote:
> This is for sure a bug.
> I've setup a completely new VM:
> Debian GNU/Linux 8.6 (jessie)
> MariaDB Ver 14.14 Distrib 5.5.53
>
This is for sure a bug.
I've setup a completely new VM:
Debian GNU/Linux 8.6 (jessie)
MariaDB Ver 14.14 Distrib 5.5.53
Apache/2.4.10 (Debian)
Installed the defaults in fr-FR
Choose Cataloging -> New Record -> Default Framework
Filed the mandatory fields.
If I try to duplicate 701 it will jump
Hi,
My instance name is koha and the logs I'm checking are in:
*/var/log/koha/koha/intranet-error.log*
and in the log4perl.conf I have:
*log4perl.appender.INTRANET.filename=/var/log/koha/koha/intranet-error.log*
This log file is correct because it's getting updated with other
information, but not
Greetings,
You didn't notice a difference? What log files were you checking? Perhaps
you aren't looking at the right ones, check others.
GPML,
Mark Tompsett
-Original Message-
From: anjoze
Sent: Thursday, December 22, 2016 9:54 AM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Repeat
I've tried to raise the Debug level and found this:
http://koha.1045719.n5.nabble.com/Bug-14167-New-Add-Koha-Logger-based-on-Log4perl-tp5839348p5842972.html
Then I edited */etc/koha/sites/koha/log4perl.conf *
and changed:
log4perl.logger.intranet = *WARN*, INTRANET
to
log4perl.logger.intranet =
Well... I will have to do it if the is no other way but it would be better if
I had a better way to debug.
I've enabled Mysql general logging and I can see the instruction doesn't
include the cloned field.
With google developer tools I don't have any more information.
Is there a way to debug this
Can you try and recreate the problem on a demo install?
On Wed, 21 Dec 2016 at 11:27 anjoze wrote:
> This is worst than I thought!
> If I edit a Record and try to duplicate *field 021* it will do nothing.
> Then I change the subfield *$a* (Country code) and than I can
This is worst than I thought!
If I edit a Record and try to duplicate *field 021* it will do nothing.
Then I change the subfield *$a* (Country code) and than I can duplicate.
The duplicated field don't let me change the *Country*, just *$b*
Then, when I save, the changes *are not saved!!*
-
Same is appening for field 021. I have to fill $a to be able to duplicate.
If I'm editing a record, the field 021$a is already filled, so I have to
choose it again to be able to duplicate it.
-
Koha version: 16.05.05
- -
José Anjos
--
View this message in context:
Hi Jonathan,
Yes, I've restarted all the services and I've restarted the server but the
problem persists.
Now I made a lot of tests, again, and found that this is appending *just if
701 $4 (Function)* is not filled.
I think this is a bug, but please try with your Koha.
Thanks,
José Anjos
-
Hello José,
It seems to work correctly for me (16.11.00, UNIMARC, fields 701 and 702).
Did you just upgrade? Did you restart memcached and plack?
Cheers,
Jonathan
On Tue, 20 Dec 2016 at 10:24 anjoze wrote:
> Since upgrade to 16.11 when I click on *Repeat this Tag*
Since upgrade to 16.11 when I click on *Repeat this Tag* (Cataloging) on some
fields (UNIMARC Ex: 701, 702)
nothing happens and if the cursor is down on the page it will jump to top
like this bug
(https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8747)
Then I get this message on the
13 matches
Mail list logo