Field 773 $t not editable in any framework
Hi I'm working with Koha 16.05.05. I'm trying to change a copy of the standard framework. To catalogue sets with volumes we will need to unhide MARC field 773 in the framework. It is no problem to unhide 773 $w by clicking on "Advanced constraints" and marking the field "Editor", the click "Save changes". But also $t (for the title) is needed. There, when clicking on "Advanced constraints", nothing happens, so the tab will not open to mark the field "Editor". Instead, if "Basic constraints" is open, it will close "Basic constraints", but still "Advanced constraints" will not open. I also tried to unload the framework as an XML file and to edit it with vi - unfortunately the file has about 4.4 million characters in only 28 lines! vi seems not to be able to edit a file with such extremely long lines and just gets stuck, eating up 100% of cpu. Except on my own Koha installation I also tested this on the Catalyst demo installtion, it is same thing there. * http://demo-intra.mykoha.co.nz/ How to solve this? Is this a bug? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
Michael, Recreate against master, please open a new bug report. This is very weird, I did not manage to find why this tab causes problem. Did you find another one? Cheers, Jonathan On Fri, 18 Nov 2016 at 15:32 Michael Kuhn <mik@adminkuhn.ch> wrote:
Hi
I'm working with Koha 16.05.05.
I'm trying to change a copy of the standard framework. To catalogue sets with volumes we will need to unhide MARC field 773 in the framework.
It is no problem to unhide 773 $w by clicking on "Advanced constraints" and marking the field "Editor", the click "Save changes".
But also $t (for the title) is needed. There, when clicking on "Advanced constraints", nothing happens, so the tab will not open to mark the field "Editor". Instead, if "Basic constraints" is open, it will close "Basic constraints", but still "Advanced constraints" will not open.
I also tried to unload the framework as an XML file and to edit it with vi - unfortunately the file has about 4.4 million characters in only 28 lines! vi seems not to be able to edit a file with such extremely long lines and just gets stuck, eating up 100% of cpu.
Except on my own Koha installation I also tested this on the Catalyst demo installtion, it is same thing there. * http://demo-intra.mykoha.co.nz/
How to solve this? Is this a bug?
Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Jonathan
Recreate against master, please open a new bug report. This is very weird, I did not manage to find why this tab causes problem. Did you find another one?
Thanks! I created the following bug: * https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17660 I remember having this problem before already (Koha 3.18) but I was solving it then using the editor. When meeting an error the first time I always think I have done something wrong myself... If I'll find other tabs with this behaviour I will add notice about them to bug 17660. Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
Hi
I'm working with Koha 16.05.05.
I'm trying to change a copy of the standard framework. To catalogue sets with volumes we will need to unhide MARC field 773 in the framework.
It is no problem to unhide 773 $w by clicking on "Advanced constraints" and marking the field "Editor", the click "Save changes".
But also $t (for the title) is needed. There, when clicking on "Advanced constraints", nothing happens, so the tab will not open to mark the field "Editor". Instead, if "Basic constraints" is open, it will close "Basic constraints", but still "Advanced constraints" will not open.
I also tried to unload the framework as an XML file and to edit it with vi - unfortunately the file has about 4.4 million characters in only 28 lines! vi seems not to be able to edit a file with such extremely long lines and just gets stuck, eating up 100% of cpu.
Except on my own Koha installation I also tested this on the Catalyst demo installtion, it is same thing there. * http://demo-intra.mykoha.co.nz/
How to solve this? Is this a bug?
I was now able to edit the XML file in a very painful way... however in the part of the XML file decribing field 773 $t I found some characters like this: <ss:Data ss:Type="Number">-6</ss:Data> and I replaced them by <ss:Data ss:Type="Number">0</ss:Data> Now the behaviour while editing of the framework is still as described above (tab "Advanced constraints" won't open). But when actually using the framework during catalogueing, the MARC field 773 is there with both configured subfields $t and $w. I guess this shouldn't be like this. Is this a bug? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
At 03:32 PM 11/18/2016 +0100, Michael Kuhn wrote: [snip]
But also $t (for the title) is needed. There, when clicking on "Advanced constraints", nothing happens, so the tab will not open to mark the field "Editor". Instead, if "Basic constraints" is open, it will close "Basic constraints", but still "Advanced constraints" will not open.
I also tried to unload the framework as an XML file and to edit it with vi - unfortunately the file has about 4.4 million characters in only 28 lines! vi seems not to be able to edit a file with such extremely long lines and just gets stuck, eating up 100% of cpu.
A bit of-topic for Koha, this used to be a problem years ago -- but [at least] 64-bit vim should open it OK.
How to solve this? Is this a bug?
For your 773$t, what do you get if you run a "report" (replace xxx with your framework code): SELECT tagsubfield, hidden FROM marc_subfield_structure where frameworkcode='xxx' and tagfield=773; We don't use 773, so "hidden" is set to -6; if the latest interface doesn't allow you to change that, you could of course "INSERT" it in mysql (Disclaimer: all things like "last resort", "backup", be careful, not in production, only if you're comfortable...) Best -- Paul
Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
Hi Paul
I also tried to unload the framework as an XML file and to edit it with vi - unfortunately the file has about 4.4 million characters in only 28 lines! vi seems not to be able to edit a file with such extremely long lines and just gets stuck, eating up 100% of cpu.
A bit of-topic for Koha, this used to be a problem years ago -- but [at least] 64-bit vim should open it OK.
Maybe, but I use 64-bit vim and isn't it a bit unusual having such extremely long lines in an exported file? I would prefer a more structured file with more lines that are editable more easily (if ever needed).
How to solve this? Is this a bug?
For your 773$t, what do you get if you run a "report" (replace xxx with your framework code):
SELECT tagsubfield, hidden FROM marc_subfield_structure where frameworkcode='xxx' and tagfield=773;
In the meantime I was already able to change the XML file using vi, so the output is this, as expected, and this is working: mysql> SELECT tagsubfield, hidden FROM marc_subfield_structure where frameworkcode='SVK' and tagfield=773; +-------------+--------+ | tagsubfield | hidden | +-------------+--------+ | 0 | -6 | | 3 | -6 | | 4 | -6 | | 6 | -6 | | 7 | -6 | | 8 | -6 | | 9 | -6 | | a | -6 | | b | -6 | | d | -6 | | g | -6 | | h | -6 | | i | -6 | | k | -6 | | m | -6 | | n | -6 | | o | -6 | | p | -6 | | q | -6 | | r | -6 | | s | -6 | | t | 0 | | u | -6 | | w | 0 | | x | -6 | | y | -6 | | z | -6 | +-------------+--------+ 27 rows in set, 1 warning (0.01 sec) As pointed out by Marjorie Barry-Vila it is actually a problem created by the use of Adblock (which I love - Adblock, not the problem).
We don't use 773, so "hidden" is set to -6; if the latest interface doesn't allow you to change that, you could of course "INSERT" it in mysql (Disclaimer: all things like "last resort", "backup", be careful, not in production, only if you're comfortable...)
I will however make notice of this, it is always good to know more about the internal structure. Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
Greetings, The field may not be editable directly, but when I encountered something similar (not this field specifically) the other day, I discovered that there was a little icon beside the field that popped up a page which let me build what was needed to fill in the data. That's just my suggestion without looking, so take with a grain of salt. Though, if true, it is far better than directly editing the data. :) GPML, Mark Tompsett
The field may not be editable directly
The issue is about modifying the framework, not about entering data into the MARC entry form. And the explanation has been found: A conflict with Adblock. I think it's safe to diable Adblock for your Koha installation! -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
participants (5)
-
Jonathan Druart -
Mark Tompsett -
Michael Kuhn -
Owen Leonard -
Paul A