http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559
--- Comment #102 from Jesse Weaver <[email protected]> --- > > > > Other fields are added as needed; the only fields that show up in a new > > record are mandatory fields. > > 200$a is mandatory and does not appears. > Yes, as the 200 tag is not mandatory, but if any 200 field _does_ appear, it must have an $a subfield. This constraint is enforced when the record is saved. > > It would be easy enough to fill in default values. > > IMO it should be a requirement. > For pre-filled mandatory fields, yes. I'm a bit worried that filling in default values for other subfields as the record is edited would be a bit too much magic. > > > 4/ When the focus is on a dropdown list, there is no way to continue > > > editing > > > without the mouse (tab put the focus on "keywords", on the left. enter > > > does > > > not do anything) > > > > This is odd, what field and subfield caused this bug? > > UNIMARC 101$a for instance. > Reproduced, but I suspect this will be fixed by my fixes for some of these other issues. > > > 6/ I see > > > GET http://pro.koha-qa.vm/intranet-tmpl/prog/en/data/marc21_field_006.xml > > > GET http://pro.koha-qa.vm/intranet-tmpl/prog/en/data/marc21_field_008.xml > > > in Firebug. But I use UNIMARC. Is it normal? > > > > > > > Fixed. > > I still see them (see > http://pro.test1.biblibre.com/cgi-bin/koha/cataloguing/editor.pl#new/ today > or install the patches on sandbox 1). > Sorry, was a bit unclear, have found a fix for some of these issues but haven't submitted a patch yet. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
