https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19419 --- Comment #6 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I got from your comments that this was a serious problem discussed in several places, but it took me a while to understand the exact issue (and I hope I did) I think a step by step test plan would help 'outsiders' of the discussion and devs who are not so familiar with library workflows to grasp the actual problem. To test: - Open any record in the advanced catalouging editor - Change 008 to anything but BKS - Save - if there is an error, for example 003 missing, it will rever to BKS - Fix any errors - Save to catalog again - verify it also reverted to BKS in display It seems that this is also an issue for the normal editor: - Open any record in cataloguing - Switch 008 to anything but BKS - Close the plugin - Open it again - it shows BKS I am not sure about the MARC standard here, it seems that the actual selection is not part of the MARC record and I found no reference to another field this could be pulled from. So I think this is the reason it was initially marked an enhancement - the correct pull down value is not saved in the record, so it cannot be determined/preselected when the record is opened again. (see http://www.loc.gov/marc/bibliographic/bd008.html) Would it help if 'none' was preselected? Another possibility could be to save the value separately from the MARC record in the db and pull from there. Does someone know how other ILS solve this? I believe the 'icon' issue noted in the Description is unrelated - for the icons a combination of LDR, 007 and 008 are used. The value selected in the first pull down of 008 is not part of the data, so it cannot be used for display (and not break it) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.